PRISM应用推荐哪种程度的模块化？

Question

我有一个Prism应用的模块化一些问题：

• 是否已有关于该主题的建议，任何（官方）引用？
• 您的个人经历是什么？你是否曾在一些更大或更小的项目中工作过，其中一些策略更好？
• 有太多或太少的模块有缺点吗？
• 您是否会为应用程序的巨大零件/组件创建一个模块，或者是否会为小部分创建模块，如工具窗口或状态栏等？

预先感谢您！

---

我会很高兴，如果你会评论我怎么能改善我的问题或为什么你投票。

Answer 1

我已经开发出多种应用程序与棱镜有不同的方法如何分割模块之间的代码：

1. 功能：如果您的应用程序可以在具有不同功能的工作或关闭所有功能应该是一个模块，因此只有在活动时才能部署该功能。

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

模块对启动时间有影响，所以应该有一个原因来创建它，越多模块启动越慢。应根据前面的两个假设创建一个模块。