相关疑难解决方法(0)

更新:
这是我最常访问的问题之一,但我仍然没有找到一个令人满意的解决方案.我在回答另一个问题时读到的一个想法是创建一个工具,可以为您从列表中选择的项目"动态"构建解决方案.我还没试过.

你如何构建一个非常大的应用程序？

• 一个大解决方案中的多个小型项目/组件？
• 一些大项目？
• 每个项目一个解决方案

在没有一个解决方案的情况下,如何管理依赖关系.注意:我正在寻找基于经验的建议,而不是您在Google上找到的答案(我可以自己做).

我目前正在开发一个应用程序,它有80个dll,每个都在自己的解决方案中.管理依赖项几乎是一项全职工作.有一个自定义的内部"源代码控制",增加了复制依赖dll的功能.对我来说似乎是次优解决方案,但有更好的方法吗？我担心,在实践中制定一个包含80个项目的解决方案将非常粗糙.

(上下文:winforms,而不是web)

编辑:( 如果您认为这是一个不同的问题,请给我留言)

在我看来,之间存在相互依存关系:

• 应用程序的项目/解决方案结构
• 文件夹/文件结构
• 源代码控制的分支结构(如果使用分支)

但是如果可能的话,我很难将它们分开来单独考虑它们.

我在这里问过另一个相关的问题.

一切都在标题:)

目前,我们有一个VS2005解决方案,包含20多个项目.喜欢

MySolution
MySolution.Modules.Foo
MySolution.Modules.Bar
[insert many here]
MySolution.Modules.Baz

在一个项目中"合并"MySolution.Modules.*会有害吗？将保留所有名称空间,因此这里没有问题.

但有什么我没想过的吗？

注意:目前,不能有循环引用:如果MySolution.Modules.Foo引用MySolution.Modules.Bar,MySolution.Modules.Bar不能引用MySolution.Modules.Foo.所以我们必须小心不要创造一些.

总而言之,我想知道使用MVVM模式从WPF启动[子]对话框/窗口的公认最佳方法/行业标准.我遇到过以下文章:

A. CodeProject - 使用MVVM模式时显示对话框

这种做法看起来不错,但对我来说太过分 这是一定程度的代码复制,我不相信这是正确的方法.

B. WPF MVVM和显示对话框

这简要地介绍了三个选项,其中包含各种链接,这些链接在解释方法或主题方面都相当/非常差.

有人可以提供使用MVVM从WPF应用程序启动对话框的行业标准方法/方法的解释,最好是一些链接到进一步的阅读材料吗？如果你能自己提供一个例子我当然会非常感激!

谢谢你的时间.

在Visual Studio中卸载项目时,任何引用项目都会在对已卸载项目的引用上获得警告三角形.我自己写了一个宏来做聪明的事情(检测添加/删除项目并将任何引用转换为文件/项目依赖项),但我不能相信我没有错过更简单的东西.如果我必须手动更改引用(并打破'个人解决方案/共享项目'团队开发范例),卸载功能如何可以使用.

(这个问题与关于在Visual Studio中构建大型解决方案的问题的答案有关 - 一些答案提到了包含大量项目的解决方案,但是"卸载"未使用的项目以提高性能.)