PHP：框架的一个系统目录

多个项目（应用程序）使用一个框架的系统目录是一个好主意吗？或者每个应用程序都应该有一个系统文件夹

---

只更新一个库会更容易，但这项技术的缺点可能大于优点？

为每个项目提供一个单独的文件夹是一种更好的方法，因为如果您更新一个公共框架目录，您必须确保所有项目都正常工作。但是，如果每个项目使用一个框架文件夹，则可以逐个更新所有项目。

为每个项目使用一个单独的文件夹是一种更好的方法，因为如果更新公共框架目录，则必须确保所有项目都正常工作。但是，如果您对每个项目使用框架文件夹，则可以逐个更新所有项目。

这取决于您的更新。在你的框架上。 如果您在每个项目的基础上编辑框架，那么显然您不希望在您的中心框架中进行所有这些编辑

但是，如果你所做的只是编辑你的应用程序，这取决于你的框架，或者你只是对框架做了一些适用于大多数项目的小调整，我想有一个框架文件夹就可以了

---

重要的是，您可以轻松地将所需的环境复制到生产/部署中，并且您不会最终得到一个为多个项目编辑的框架，因此您无法理解它。

这取决于您的更新。在你的框架上。 如果您在每个项目的基础上编辑框架，那么显然您不希望在您的中心框架中进行所有这些编辑

但是，如果你所做的只是编辑你的应用程序，这取决于你的框架，或者你只是对框架做了一些适用于大多数项目的小调整，我想有一个框架文件夹就可以了

---

重要的是，您可以轻松地将所需的环境复制到生产/部署中，并且您不会最终得到一个为多个项目编辑的框架，因此您无法理解它。

每个项目都有完全独立的代码库。在部署到每个应用程序之前，您应该测试新代码，而不是冒着键入一些共享代码库的风险来删除每个应用程序。不同意。拼写错误很容易纠正。我假设这些项目还没有投入生产，并且功能基本相同，对吗？如果可行，为什么不等到生产时再分离代码库呢？为每个项目完全分离代码库。在部署到每个应用程序之前，您应该测试新代码，而不是冒着键入一些共享代码库的风险来删除每个应用程序。不同意。拼写错误很容易纠正。我假设这些项目还没有投入生产，并且功能基本相同，对吗？如果可行，为什么不等到生产时再分离代码库呢？