更新:
这是我最常访问的问题之一,但我仍然没有找到一个令人满意的解决方案.我在回答另一个问题时读到的一个想法是创建一个工具,可以为您从列表中选择的项目"动态"构建解决方案.我还没试过.
你如何构建一个非常大的应用程序？
在没有一个解决方案的情况下,如何管理依赖关系.注意:我正在寻找基于经验的建议,而不是您在Google上找到的答案(我可以自己做).
我目前正在开发一个应用程序,它有80个dll,每个都在自己的解决方案中.管理依赖项几乎是一项全职工作.有一个自定义的内部"源代码控制",增加了复制依赖dll的功能.对我来说似乎是次优解决方案,但有更好的方法吗？我担心,在实践中制定一个包含80个项目的解决方案将非常粗糙.
(上下文:winforms,而不是web)
编辑:( 如果您认为这是一个不同的问题,请给我留言)
在我看来,之间存在相互依存关系:
但是如果可能的话,我很难将它们分开来单独考虑它们.
我在这里问过另一个相关的问题.
在设置包含许多项目的Visual Studio .NET解决方案时,您是否觉得"解决方案文件夹"很有用？有什么缺点？
我最初的想法是,使用解决方案文件夹对于在解决方案中逻辑组织类似项目非常有用.但是,我很惊讶地发现创建一个解决方案文件夹不会创建相应的Windows文件夹.来自MSDN:
"解决方案文件夹是解决方案资源管理器中的组织工具;不会创建相应的Windows文件夹.我们建议您按照在解决方案中组织项目的方式在磁盘上组织项目."
我正在考虑组织解决方案,以便每个项目都包含在解决方案文件夹中.这是一个好主意吗？