对于PRISM应用，建议使用哪种模块化程度？

Question

我对Prism应用程序的模块化有一些疑问：

• 是否有任何（官方）参考资料以及有关此主题的建议？
• 您的个人经历是什么？你是否曾在一些更大或更小的项目中工作，而某些策略更好？
• 模块太多或太少都有缺点吗？
• 您是否会为应用程序的大型零件/组件创建模块，或者您是否会为更小的部分创建模块，例如工具窗口或状态栏或类似的东西？

提前谢谢！

如果你评论我如何改进我的问题或者为什么要投票，我会很高兴。

编辑：作为附加信息：我的项目目前在＆gt;缩放30个Prism模块。

Answer 1

我已经使用PRISM开发了几个应用程序，并且有不同的方法来分割模块之间的代码：

1. 功能：如果您的应用程序可以使用不同的功能打开或关闭每个功能应该是一个模块，因此只有在它处于活动状态时才会部署该功能。

   < / LI>

2. 团队：如果您的应用程序由不同的团队开发，团队制作的代码应位于一个或多个模块上。由于团队没有任何硬性参考，他们都可以在不与其他团队同步的情况下构建他们的模块。

模块会对启动时间产生影响，因此应该有创建它的理由，启动速度越慢，模块越多。应根据前两个假设创建一个模块。