是否有为打包产品设计的MVC PHP框架？
“框架”问题在这里被问了很多次，但是在阅读了所有我能找到的东西之后，我找不到这个问题的答案 我正在创建从游戏到CMS、社交应用程序等的所有东西。我曾短暂地使用过Zend和CodeUgnighter，但当我交付它时，它将有一堆不必要的文件夹，需要任何想要修改我的程序的人都知道框架，如果他们想将其更新到框架的最新版本，他们就需要移动一座山是否有为打包产品设计的MVC PHP框架？,php,frameworks,Php,Frameworks,“框架”问题在这里被问了很多次，但是在阅读了所有我能找到的东西之后，我找不到这个问题的答案 我正在创建从游戏到CMS、社交应用程序等的所有东西。我曾短暂地使用过Zend和CodeUgnighter，但当我交付它时，它将有一堆不必要的文件夹，需要任何想要修改我的程序的人都知道框架，如果他们想将其更新到框架的最新版本，他们就需要移动一座山 在我看来，框架主要是为超大型项目设计的，这些项目是为一个客户设计的，而不是一个发布的程序。似乎所有大型包装的php产品都有自己的框架（vbulletin等）。有许
在我看来，框架主要是为超大型项目设计的，这些项目是为一个客户设计的，而不是一个发布的程序。似乎所有大型包装的php产品都有自己的框架（vbulletin等）。有许多轻量级的php MVC框架，每个框架都有不同程度的功能和灵活性。其中大多数将缺少高级功能，但可以完成任务 我想到的是：
希望有帮助：）有许多轻量级的PHP MVC框架，每个框架都有不同程度的功能和灵活性。其中大多数将缺少高级功能，但可以完成任务 我想到的是： 希望有帮助：） 它将有一堆不必要的文件夹 这些不必要的文件夹存储在一个文件夹中，是框架工作所必需的，这是10、20、200 Mb的问题吗？如今存储成本很低，为什么要在意呢 它需要任何想要修改的人 我的程序了解框架 你说对了！这是一种优势，而不是不便。如果没有，阅读你的代码的人需要了解你的习惯，你的习惯，它们可能并不常见。 如果您能够按照任何约定编写一致的代码，为什么不呢。 但它也能给你的客户带来真正的附加值，因为他知道如果你出于任何原因不得不离开，任何人都可以收回你的工作 如果他们想将其更新到框架的最新版本，那么他们需要移动一座山 在任何情况下，将一个框架、应用程序升级到一个新版本在大多数情况下都是一座山，因为在生产环境中，您需要测试，然后再次测试，以确保您的应用程序是稳定的。 大多数框架都给出了发行说明，应该让您了解向后兼容性 我只是觉得 主要是为超大型设计的 项目 Zend或CodeIgniter非常适合中等规模的项目，随着开发框架扩展的时间的推移，您将能够在较小的项目上节省时间和bug 似乎所有的大包装php 那里的产品都是自己生产的 框架（vbulletin等） PHP框架是年轻的，大多数都有3/4岁（Zend，Symfony）。像Vbulletin这样的许多应用程序都比较旧 有很多应用程序基于通用框架，但它们的目标并不相同 Joomla、Drupal和Wordpress都有自己的框架（过程或对象），但它们更多地针对最终用户 然而，像Magento这样使用Zend框架的解决方案是为了扩展而设计的，并且可以通过扩展进行定制 它将有一堆不必要的文件夹 这些不必要的文件夹存储在一个文件夹中，是框架工作所必需的，这是10、20、200 Mb的问题吗？如今存储成本很低，为什么要在意呢 它需要任何想要修改的人 我的程序了解框架 你说对了！这是一种优势，而不是不便。如果没有，阅读你的代码的人需要了解你的习惯，你的习惯，它们可能并不常见。 如果您能够按照任何约定编写一致的代码，为什么不呢。 但它也能给你的客户带来真正的附加值，因为他知道如果你出于任何原因不得不离开，任何人都可以收回你的工作 如果他们想将其更新到框架的最新版本，那么他们需要移动一座山 在任何情况下，将一个框架、应用程序升级到一个新版本在大多数情况下都是一座山，因为在生产环境中，您需要测试，然后再次测试，以确保您的应用程序是稳定的。 大多数框架都给出了发行说明，应该让您了解向后兼容性 我只是觉得 主要是为超大型设计的 项目 Zend或CodeIgniter非常适合中等规模的项目，随着开发框架扩展的时间的推移，您将能够在较小的项目上节省时间和bug 似乎所有的大包装php 那里的产品都是自己生产的 框架（vbulletin等） PHP框架是年轻的，大多数都有3/4岁（Zend，Symfony）。像Vbulletin这样的许多应用程序都比较旧 有很多应用程序基于通用框架，但它们的目标并不相同 Joomla、Drupal和Wordpress都有自己的框架（过程或对象），但它们更多地针对最终用户
然而，像Magento这样使用Zend框架的解决方案，其设计是为了进行扩展，并且可以通过扩展进行定制。你是对的，大多数框架都是为“一刀切”而定制的，这意味着它们有很多你不必在每个项目上都需要的东西。这有时使他们有点重。更“现代”的框架确实非常注重模块化，但当涉及到核心时，往往存在许多相互依赖性 一个解决方案是：滚动您自己的框架，从其他框架中分离代码，并使用您喜欢/需要的部分。如果可以，请更倾向于使用专注于您需要的特定任务的库。例如，数据库的ORM，您可以像我们一样