建议棱镜v2Silverlight/WPF项目结构

Question

我目前的任务是教学的所有开发人员，在我工作的公司中，大约Silverlight(v2)。唯一的问题是，我没有任何真正的Silverlight经验自己。当然我已经研究过的所有技术细节有关的东西像数据绑定，布局等。这样我就可以帮助我的同事们。但有一件事，是很难找到任何有关信息是一般性项目的结构。

我已经决定遵循在P&P棱镜2路径(甚至可能引发一些WPF在混合后)，所以我想知道如果你聪明的人有经验，在发展中的一个真正的项目使用三棱镜、2或甚至只是WPF，如果你有任何的建议有关的项目/方案结构？诸如"你在哪里把风景?"或"你有任何模块项目的命名约定?"等。

任何帮助，将不胜感激。

Answer 1

这纯粹是根据我的经验使用的棱镜对WPF，不力。我不是专家在棱镜，可以很容易地改变我的心在其中的一些。:-)

• 这是很有诱惑力的作一个模块，用于一切。不。你的生成时间将迅速打击了和你在左处理一个非常骨折的解决方案。相反，我有一个主要模块，该模块是静态加载，并包含一切，我想在座的包裹。任何扩展中心或其他设施成为其他的模块，该模块载的动态。它可能是值得打破这个模块，但是数量小。这也有助于与负载时间。

• 不知道，如果这个人一个好主意，但是我喜欢保持景和模型接口相同的文件作为视/视图模型本身。我喜欢这个，因为该模式。可以产生很多的文件，这种保留的文件数量下降。下面是界面和它的执行是难以分开的，但我不需要这样做，并且这种技术不会影响测试，这是其他的利益。

• 意见倾向于进入一个风景文件夹，然后一个文件夹，用于各图。该文件夹，用于各图包括查看，视图模型，演示如果一个是需要的。

• 从基准的执行，使基础设施项目的所有公共类需要之间共享模块。将参照执行具有更多的细节，但这个可用于各种各样的事情，如公共服务接口，常数等。