我目前的任务是向我所在公司的所有开发人员介绍 Silverlight (v2)。唯一的问题是我自己没有任何真正的 Silverlight 经验。当然，我已经研究了有关数据绑定、布局等的所有技术细节，因此我可以帮助我的同事。但是很难找到任何信息的一件事是一般项目结构。
我决定遵循 P&P Prism 2 的道路（甚至可能在以后加入一些 WPF），所以我想知道你们中是否有聪明人有使用 Prism 2 甚至只是 WPF 开发真实项目的经验，如果您对项目/解决方案结构有任何建议？例如“你把视图放在哪里？” 或“您有任何模块项目命名约定吗？” 等等
任何帮助将不胜感激。
这纯粹是基于我使用 Prism for WPF 的经验，而不是 Silverlight。我不是 Prism 的专家，并且可以很容易地改变我对其中一些的想法。:-)
为所有东西制作一个模块是很诱人的。不。您的构建时间将很快耗尽，您将面临一个非常零散的解决方案。相反，我有一个主模块，它是静态加载的，并且在基本包中包含我想要的所有内容。任何附加组件或附加组件都会成为动态加载的其他模块。将一个模块分解一下可能是值得的，但要保持较小的数量。这也有助于加载时间。
不确定这是否是个好主意，但我喜欢将 View 和 ViewModel 接口与 View/ViewModel 本身放在同一个文件中。我喜欢这个，因为 MVVM 模式可以生成很多文件，这可以让文件倒计时。缺点是接口和它的实现更难分离，但我不太可能需要这样做，而且这种技术不会干扰测试，这是另一个好处。
视图倾向于进入视图文件夹，然后是每个视图的文件夹。每个视图的文件夹包括视图、视图模型和演示者（如果需要）。
从参考实现中，为需要在模块之间共享的所有公共类创建一个基础架构项目。参考实现有更多细节，但这可以用于各种事情，如公共服务接口、常量等。