|
1
1
我们倾向于将每个组件都作为一个解决方案,包含一个或多个项目(或子组件)和一个测试项目。测试项目包含所有单元测试。 然后,我们根据模块和组件将解决方案排列成树,例如:
然后,该解决方案将包含几个Visual Studio项目:
树的深度可能更大,也可能更小,具体取决于组件/子组件的数量。我们还倾向于在子系统和子组件级别使用具有通用可重用内容的“通用”解决方案。 然后,我们有一个子系统级的解决方案,将所有内容联系在一起以构建子系统。 我们不使用或导出到“include”目录。我们让Visual Studio在沙盒中构建和链接。我们有一个单独的“发布”沙箱,以确保我们不会意外链接到错误的库。 |
|
|
2
1
我有一个相关但不同的问题要问 here 也。我说nmake,但实际上它是任何构建系统:Scons、Bakefile、nmake、Ant、vcproj 我通常按照应用程序或DLL中的“模块”来构造代码。我并不倾向于使用名称空间,但这并不意味着你不应该使用。 在IDE中,我有这样的东西:
在文件系统上,我有这样的东西:
|
|
|
Tonis F. Piip · Pycharm项目面板下一个搜索结果 8 年前 |
|
|
07_05_GuyT · Go项目结构-最佳实践[关闭] 8 年前 |
|
|
KWMuller · 如何在Netbeans中访问调用计数? 8 年前 |
|
|
Alex · 在R中构建网站时,如何避免下标越界? 8 年前 |
|
|
user3729611 · emacs目录变量,不包括特定子目录 8 年前 |