把所有的审美考虑放在一边…哪一种选择更可取?我主要关心的是构建时间，保持代码的可读性和易于维护，当然，还有它的编译。
我看过大多数书在.cpp文件中定义一切，就像c#一样，但是…这不会缩短构建时间吗?好吧，很可能非托管的c++原理不适用于托管的c++/CLI， 但是请考虑一个过渡场景:一个非托管的c++项目类被移动到一个c++/CLI项目中，整个怪物构建得很好，坐在那里等待一个勇敢的家伙(我，嗯嗯)将非托管类翻译成托管类，逐渐地，当然还有一个后台测试工具。
我有点离题了，但我希望你在回答时考虑到我的不寻常情况(管理和非管理交互)。
.h文件是预处理器的工件。当编译器开始编译代码时，它只是一大堆代码。在c++/CLI中，.h文件的使用大大减少了，您不再需要它来为其他模块提供声明。在托管代码中，程序集中的元数据提供它们。
c++/CLI保留了c++的构建模型，它一次编译一个源代码文件，需要一个链接器将代码粘合在一起。如果一个项目的c++/CLI代码分布在多个源代码文件中，则可能仍然需要.h文件。
所以，只有在需要时才使用。h文件。