我的客户想要开发 Web 应用程序，其中将在未来 3 年内添加大量功能。并且产品应该能够持续至少10年。
我建议以非常模块化的方式构建系统。
必须有一个基础框架和一组核心模块，用于数据库抽象、帐户和其他特定于公司业务逻辑的东西，然后将模块化 MVC-Areas 用于依赖于核心业务的大块功能模块。
该应用程序也必须支持主题。
我看着这个并想 “他们希望我建立一个 CMS。”
太好了，所以当我为所有这些东西构建功能时，我看到Orchard并自言自语：“这有一个对可扩展性需求有迷恋的人的一切！”
与果园的外观一样，我担心依赖 3rd-party 框架，以及在此过程中遇到的任何问题，尤其是在未来几年。
所以我将总结我的兴趣点：
- 在这种特定情况下使用 Orchard（或任何其他 CMS）是否明智？（必须持续约 10 年）？
- 使用这种架构，我需要依赖于其他“业务核心模块”的模块，果园是否支持这样的事情？
- 以这种方式使用 Orchard 有哪些可能的问题或限制？
- 以这种方式使用 Orchard 与完整的设计有什么不同的优点和缺点？从客户和开发人员的角度来看。