为什么 C++ 坚持这种符号系统
Why does c++ stick to this kind of symbol system?
我的意思是,你想要引用的任何内容都必须在当前行上方或引用的标题中进行原型设计或定义,不确定它是否有名称。
我对标题很酷,但有时前向原型的必要性迫使我编写非常脱节且难以管理的片段。
我明白为什么它曾经是一件事情,但是现代 c++ 有什么理由不能给我们带来允许任何顺序定义的便利,就像大量较新的托管语言一样?
这是
从C
继承而来的。 C
被设计为最小,专注于简单的实现,在本例中是编译器实现,而不是功能完整性或提供正确的做事方式。
这种"机制而不是政策"的理念在早期被证明是成功的,当时在一般软件行业没有太多经验。因此,C
和Unix
很少做出选择,并尽量保持简单和笼统。这排除了许多过早的选择,也是C
(和Unix
)即使在出生40年后的今天仍然具有相关性的原因之一。
可以说,这种情况已经改变。软件行业现在积累了大量的经验,了解一门好语言应该是什么样子。所以现在有更新的语言包含这些,甚至与C
和C++
处于同一水平。
相关文章:
- C++,系统无法执行指定的程序
- 在C++中,将大的无符号浮点数四舍五入为整数的最佳方法是什么
- 有符号的int和int-有没有一种方法可以在C++中区分它们
- 在UNIX系统中使用DIR查找文件的字节大小
- 编译了一个recent-C++.因此,如果没有暴露std符号,请在旧系统上运行
- 实体组件系统未定义的符号
- 使用系统V符号词来制作聚集/屏障功能
- 为什么非unicode应用程序系统语言环境使Unicode字体具有错误显示的符号字符
- 提升::系统::error_category处未解析的外部符号
- 将系统符号传递给 char*
- Boost文件系统库中未解析的外部符号(错误LNK2019)
- 为什么 C++ 坚持这种符号系统
- gdb:在0x2aaaaaaab000添加的符号文件系统提供的 DSO 中找不到可加载的部分
- 系统::绘图::位图到无符号字符*
- 为什么在32位系统上std::size_t是4字节,而在32位和64位系统上无符号长整型都是8字节
- QT应用程序运行后,QNX系统控制台中的俄语符号变得不可读
- 用boost文件系统解析符号链接
- g++没有从regex系统头文件中找到符号
- gdb:在添加的符号文件系统提供的编号为0x#的DSO中找不到可加载的节
- 系统查找错误未定义符号SFML