dar*_*mos 3 unmanaged c++-cli managed project-organization
把所有美学考虑放在一边......哪种替代方案更受欢迎?我主要关注的是构建时间,保持代码可读性和易于保持,当然,它编译.
我已经看到大多数书籍都在.cpp文件中定义了所有内容,一个la C#,但是......这会不会加剧构建时间?好吧,很可能是非托管C++基本原理不适用于托管C++/CLI,但是请考虑一个转换场景:非托管C++的项目类被移动到C++/CLI项目中,整个怪物构建正常,并且坐着在那里等待一个勇敢的家伙(我,咳咳)将非托管类转换为托管类,当然,逐步并使用后备测试工具.
我有点离题了,但我想让你在回答时考虑我的异常情况(托管和非托管交互).
.h文件是预处理器的工件.当编译器开始编译代码时,它只是一大堆代码.在C++/CLI中,.h文件的使用大大减少,您不再需要它来为其他模块提供声明.在托管代码中,程序集中的元数据提供它们.
C++/CLI保留了C++的构建模型,它一次编译一个源代码文件,并需要链接器将代码粘合在一起.如果您有一个项目的C++/CLI代码分布在多个源代码文件中,您可能仍需要.h 文件.
因此,只有在需要时才使用.h文件.对本机项目没有什么不同的建议.
归档时间: |
|
查看次数: |
1317 次 |
最近记录: |