Php 不使用框架的理由
不久前，我读了一篇很棒的文章，其中描述了反对使用PHP可用的任何RAD框架的一些原因。基本上，它认为一个好的框架应该让你快速起步，然后应该让路。但是没有一个PHP框架能够做到这一点。它指出Django很擅长这样做（但这显然不是一个PHP框架） 就我个人而言，我现在找不到这篇文章 所以我很好奇。对于为什么应用程序不应该构建在RAD框架之上，有人有任何可靠的论据吗？我不一定要谈论通用应用程序（从定义上讲，框架试图解决通用问题。问题是这是否能很好地转化为特定问题） 当我说构建在之上时，我的意思是从底层开始，基于框架。我不是指将框架作为一系列库引用。我的意思是，将应用程序的整个体系结构建立在框架之外（然后将您绑定到框架中） 我也不是真的在谈论快速原型设计，因为代码可能会被重新编写。我更关注那些需要满足特定业务需求的长期应用程序，它们必须在相对较长的时间内得到支持和维护（以及修改） 我们总是听到为什么我们应该使用框架。原因有很多：Php 不使用框架的理由,php,architecture,frameworks,Php,Architecture,Frameworks,不久前，我读了一篇很棒的文章，其中描述了反对使用PHP可用的任何RAD框架的一些原因。基本上，它认为一个好的框架应该让你快速起步，然后应该让路。但是没有一个PHP框架能够做到这一点。它指出Django很擅长这样做（但这显然不是一个PHP框架） 就我个人而言，我现在找不到这篇文章 所以我很好奇。对于为什么应用程序不应该构建在RAD框架之上，有人有任何可靠的论据吗？我不一定要谈论通用应用程序（从定义上讲，框架试图解决通用问题。问题是这是否能很好地转化为特定问题） 当我说构建在之上时，我的意思是从底层
- 不重新发明轮子（尽管我讨厌这个原因）
- 更快的开发时间（因为跳过了体系结构）
- 更容易引入新的开发人员
- 常见问题已经解决
- 等等
不使用框架的一个主要优点是，您可以更灵活地编写代码。对于规模较小的项目，拥有这种灵活性通常更好。我最近在做一些框架研究。
在某种程度上，我不得不同意。大多数框架并没有显著简化开发。特别是“MVC”框架更多的是抽象而不是实用。但是，总有一些功能对日常任务有帮助。ActiveRecord/ORM可以减少繁琐的手工工作。表单助手可能会这样做，但我还没有看到一个真正有用的 通常我认为，框架提供的函数库代码越多，生产率就越高。但是在Zend框架的情况下，它随机地被复杂性所矮化。但是，请查看一些较小的框架。避免过于抽象。寻找脚手架工具，而不是库。
- 有些框架需要shell访问才能部署
- 可伸缩性，我已经读到切分是一个问题
- 如果性能是一个优先事项，那么框架往往会降低执行速度
- 并非所有的开发人员都熟悉MVC模式，所以如果开发人员轮换进入/退出项目，那么可维护性可能是一个挑战
- 我一直担心的是，当框架停止维护/更新（无论出于何种原因）时会发生什么？您的项目被锁定在框架支持的任何PHP/MySQL版本中。这意味着框架是由一些默认情况下比您更聪明的未知英雄编写的。
但事实上，这往往不是真的。
它有缺陷，它可能是混乱和不必要的过度复杂。
因此，拥有自己的帮助程序库通常比使用这样一个怪物更方便，因为它知道大约10%的特性。我唯一的问题是ORM并不是真的适用于所有数据集。特别是，如果您有大量数据，典型的实现就会失败（尝试通过大多数ORM实现连接两个1000多万行的表）。我对SQL很在行，所以为什么我要抛弃它，以降低效率（但“更容易”编写）。。。否则我同意……我试图为ORM创造一个术语“
未存储过程”