一个程序往往由多个源文件组成，这些代码究竟应该放在哪个源文件里、哪些代码可以放在同一个源文件里、哪些代码必需分开放。这是一个管理层面的问题。
　　说它是管理层面的问题，是因为这些代码的组织往往没有惟一的准则。但是它们还是有一定的规律的。
　　首先，软件的维护是一个复杂的系统工程。代码的组织应该有利于维护。应该尽量把直接相关的内容放在同一文件、不相关的内容放在不同的文件里。如果这些代码还有亲和疏，那就要分不同的文件夹来存放了。
　　其次，软件的代码是一个严格的组织体系。不同的内容之间可能是并列的，也可能有必要的先后关系。于是在“#include”的时候要注意顺序。
　　最后，也是最重要的一点，有些代码在同一工程中可以重用（或必须重用），有些代码在同一个工程中只能出现一次。可以重用的有类的声明、函数的声明、变量的声明等，不可以重用的是类的实体、函数的实体、变量的定义等。那么，把可以重用的内容放在h文件中，把不可以重用的放在cpp文件中是一个好办法。
　　拿类的声明和类的实体为例，如果把一个类的所有内容一古脑放在同一个文件中，将可能出现问题。因为在其它用到类实例的地方都必须让类的声明“可见”，所以我们往往在文件头部加个“#include”，结果类的实体也被编译多次，在连接时产生冲突。
　　在前文中曾提到过，内联函数是惟一允许（也是必须）在编译时让函数实体可见的的函数。所以内联函数可以放在h文件中。C++规则中有一句正好与此照应：在类的声明中直接写出的函数被认为是内联函数。
　　Visual C++给类的文件起默认名时，文件名往往与类名一致。如果类名由“C”开头，则文件会是除去开头的“C”字以外的其它文字。如类“CMyClass”，它的代码存放在以下两个文件中：“MyClass.h”和“MyClass.cpp”中。原因是VC++建议类名以C开头，至于为什么在文件名中不出现开头的“C”，可能是出于微软的习惯吧。