架构：多个网站。一个代码库。自定义代码

Question

好的。我目前正在构建一个 php 应用程序（平台），该应用程序将被部署多次，只是使用不同的配置。该应用程序由后端和前端组成。通过后端，我们可以配置哪些模块处于活动状态、设置是什么以及平台的外观。

我们预计客户将开始要求其平台上的特定功能。这意味着该平台将与其他平台不同。但是，我们维护一个代码库。

解决这个问题的最佳方法是什么？由于我们不断修复错误并开发新功能，因此应该很容易照顾所有平台。我们有一个脚本，用于将平台更新部署到所有平台。

我们是否应该将所有功能转换为插件，以便每个平台都可以根据需要手动更新？因此，如果客户想要与原始插件不同的东西，我们复制该插件并创建他们自己的客户插件？但是，如果我们决定更新插件，代码是否容易维护？

或者我们应该在代码中为每个客户编写异常吗？

我们是否应该有单独的文件来使用自定义代码覆盖每个平台的基本文件？

最好的方法是什么？

Answer 1

最大的技巧是平衡客户的不同需求，而不会最终导致无法维护的极其复杂的系统。您应该考虑以下几种方法：

• 依赖倒置：关于这个主题有很多的材料，基本上它是一种构建系统的方法，以便系统中的不同部分依赖于概念而不是具体的实现。这将允许您为不同的客户交换这些实现。它可用于从深层业务逻辑和算法到数据提供程序再到 UI 小部件的所有内容。我不确定从 DI 开始的最佳位置（我来自 .Net 背景，而不是 PHP 背景），所以 这是维基百科条目作为开始。
• 确定用户想要更改的事物类型，并将这些事物隔离为可以使用 DI 或其他实用方法轻松替换的事物。完成此操作后，请非常努力地不要在框架代码库（基本上“托管”可交换位的核心）中引入变化。
• 尽可能保持依赖关系树干净。
• 从 PoC / 原型开始。构建框架非常困难。您的第一次尝试可能会成功，但您的第二次和第三次尝试会更好；
• 在开发期间和部署之后，花一些精力使系统易于测试，您将需要良好的诊断。帮助您隔离问题并提供帮助 编辑

：最后，如果您还不了解它们，您可以使用或简单地借用一些现有的 PHP 框架 - PHP 开源社区相当强大。查看 Zend 框架。