我必须对我们的网站组织/架构做出关键决定。
这是我的背景。我们的主要网站将在不同国家/地区提供。即使业务几乎相同，也有一些特定于区域的功能。当然，它涉及翻译，还涉及主/布局和业务流程。这些差异是由于不同的立法。一开始我们会有 4 或 5 个推导，但目标可能是 20 个。
一个简单的比较可能是 Stackoverflow 和 Stack Exchange Network。网站之间的主要功能大同小异，但有特定于网站的业务规则。
在我看来，基本上有两种可能的方法：
- 拥有一个管理地区/国家特定功能的网站。这会将核心功能保留在同一站点上，但会涉及所有区域之间的耦合。代码中还存在“IF”的风险。开发和可维护性是最佳的（对所有人的唯一修复）但有风险（可能会破坏其他人）。一种方法是结合可移植区域和自定义视图引擎（父文件夹中的通用视图模板和子文件夹中的派生）
- 每个地区/国家拥有一个网站 将实施一个通用网站。会有一些共同的组件，但每个网站都有自己的生命周期；开发和可维护性更容易但成本高（如果有很多派生）
请注意，该组织的另一个影响是部署和可用性。
组织这个的最佳方式是什么？
编辑：我们已经在 MVC 方面有一些经验，并且作为一般指导方针，我们知道 MVC 最佳实践：瘦控制器、DI、ViewModels、动作过滤器......