“框架”这个问题在这里被问了很多次，但是读了我能找到的所有内容，我找不到这个问题的答案。
我正在创建从游戏到CMS，社交应用程序等的所有内容。我简单地使用了Zend和CodeUgnighter，但是当我提供它时，它会有一堆不必要的文件夹，它需要任何想要的人修改我的程序以了解框架，如果他们想要将其更新到最新版本的框架，他们就有了一个可以移动的方法。
在我看来，框架主要是为超大型项目设计的，它是为一个客户设计的，而不是一个已发布的程序。好像所有大包装的php产品都有自己的框架（vbulletin等）。
答案 0 :(得分：2)
答案 1 :(得分：2)
它会有一堆不必要的文件夹
这些不必要的文件夹存储在一个文件夹中，并且框架需要工作，是10,20,200 Mb哪个有问题？现在存储很便宜，为什么要关心？
它需要任何想要修改的人 我的程序知道框架
你明白了！这是一个优点，而不是一个不方便。如果没有，那么阅读你的代码的人将需要了解你的习惯，你的习惯，并且它们可能不那么常见。 如果您能够按照任何约定编写一致的代码，为什么不呢。 但它也可以为您的客户提供真正的加值，因为他知道如果您因任何原因不得不离开，任何人都可以收回您的工作。
如果他们想要将其更新到最新版本的框架，那么他们就有了一座大山。
在任何情况下升级框架，新版本的应用程序大部分时间都是山地，因为在生产环境中，您需要进行测试并再次测试，以确保您的应用程序稳定。 大多数框架都提供了发行说明，可以让您了解向后兼容性。
在我看来，框架 主要是为超大型设计的 项目
Zend或Code Igniter非常适合中型项目，随着时间的推移你开发了框架扩展，你将能够节省时间和错误的小项目。
好像所有大包装的php 产品在那里制造自己的产品 框架（vbulletin等）。
PHP框架是年轻人，大多数都是3/4岁（Zend，Symfony）。像Vbulletin这样的很多应用程序都比较旧。
有很多基于通用框架的应用程序，但它们并不针对同一个人。
Joomla，Drupal，Wordpress有自己的框架（程序或对象），但它们更多地针对最终用户。
然而，像Magento这样使用Zend Framework的解决方案旨在通过扩展进行扩展和定制。
答案 2 :(得分：2)
你是对的，大多数框架都是针对“一刀切”而定制的，这意味着他们有很多东西，你不一定需要在每个项目上。这有时使他们有点重量级。更“现代”的框架DO非常注重模块化，但是当涉及到核心时，往往存在很多相互依赖。
一个解决方案：推出自己的框架，从其他框架中剖析代码并使用您喜欢/需要的部分。如果可以的话，更倾向于使用专注于您需要的特定任务的库。例如。对于数据库的ORM，您也可以使用原则，因为它的专业领域非常集中。仅作为一个例子。
无论哪种方式，如果你做得对，那么前期需要做很多工作才能弄明白你甚至需要什么。从基础开始，您的控制器如何工作，您是否需要使用前端控制器，动作控制器，CMS的页面控制器来完全实现MVC？哪里可以偷工减料，哪里没有？这在很大程度上取决于您对特定产品（或产品调色板）的需求。
像Serge所说的另一个解决方案是获得一个轻量级框架，它真正专注于基础知识。并自己填写所有漏洞，或使用可用的第三方库。
我个人使用经过大量修改的FLOW3版本（目前处于alpha开发阶段），它使用了许多很酷的东西，但在使用旧版数据库方面却缺乏一点（他们有自己的域模型实现）。这是我为我的版本更改的内容。