链接：https://www.zhihu.com/question/506962663/answer/2278836594
因为 C++ 牵扯面更广，改起来更麻烦。
很多语言其实都有一个事实上的实现标准，然后别人都得兼容它，委员会的话语权就相对比较有限。
比如 Python 有一个 CPython 作为事实标准，作者想改那就改了，然后在文档里边体现一句，其它的 python 实现基本都得考虑与它兼容。
比如 Java 无论怎么改，都还是要以 sun 的那个为兼容性基础，不与它兼容的都是异端。那么只要它改了就大家都跟着改就行。
C#也是，基本只有微软的那一份实现，那么，微软想怎么改怎么改，就算有其它的开源实现什么的，肯定只能是跟它兼容。
C++就不一样，有非常多的厂商，独立做出了非常多的不同的实现。究竟听谁的呢？谁也不服谁，那么结果就只能是，这些厂商的技术代表，以及C++作者等人，联合起来谈判，哪些特性要加，哪些特性不加。。。而这样不可避免的就要吵架。
C++头文件分开这种事，究竟算是一个bug还是一个feature，目前已经各有各的说法，莫衷一是。
但从个人的角度，这确实是一个问题。代码只写一份实现，由编译器自动推导出声明部分或许更合适，程序员需要手动维护实现与声明确实会非常繁琐。要想从语言层面彻底解决这个问题，难度非常大，所以C++的模块才会难产那么多年。但愿，随着模块功能的增加，以后能逐渐解决这个问题吧。
链接：https://www.zhihu.com/question/506962663/answer/2276757053
不是解决不解决的事，这就是C++的特色之一，暴露出去的东西，声明在.h里，.cpp里隐藏自己的实现。这有诸多好处，题目太大，内容太多，懒得展开。（Java和C#的代码多好反编译）
另外，你想把C++代码都写在.h里，几乎可以完全现实（估计只有main函数需要写在.cpp里），以前静态成员函数还必须定义到类外面，现在inline static 就可以搞定了。好多库的代码为了让用户工程引用起来方便（不必加载额外的链接库），也都实现到.h里，只不过这个.h既做到头也当作实现，干脆叫.hpp文件。
编辑：这么回答果然被怼了，那就粘点stackoverflow上大神的回答吧，Why does C++ need a separate header file?
大神先说了，这个问题本身就有问题，C++完全可以和其他编程语言一样，把代码实现都写在.h里，跟我的回答差不多，我怀疑只有main函数需要写在.cpp里。但是如果自己写Makefile的话，这个应该也不是问题。
然后大神说了，为什么代码要分开写：
1. To improve build times.
2. To link against code without having the source for the definitions.
3. To avoid marking everything "inline".
第一编译速度，当然，现在电脑越来越快了，可能有些人并不会太在乎这个（但是现在编译大工程也没说秒编译结束吧）。
第二链接的时候不用把声明也编译进去，也许有人的代码本来就是开源的，让别人看看声明啥的无所谓吧。
第三，这个关系到生成的可执行文件（.exe）文件大小，以前这些文件要尽可能小，现在你编译个几十兆的也没人在乎（看个人吧，我还是比较在乎一点的。）
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
