不久前,我读了一篇很棒的文章,其中描述了反对使用任何可用于 PHP 的 RAD 框架的多种原因。基本上,它认为一个好的框架应该让你快速起步,然后让开。但是没有一个 PHP 框架这样做。它指出 Django 擅长于此(但这显然不是 PHP 框架)。
为了我的生活,我现在找不到这篇文章。
所以我很好奇。关于为什么不应在 RAD 框架之上构建应用程序,是否有人有任何可靠的论据?而且我不一定在谈论通用应用程序(根据定义,框架试图解决一个通用问题。问题是它能否很好地转化为特定问题)。
当我说构建于之上时,我的意思是基于框架从头开始。我并不是说将框架作为一系列库来引用。我的意思是将应用程序的整个架构基于框架(然后将您绑定(bind)到框架中)。
我也不是在谈论快速原型(prototype)制作,在这种情况下,代码可能无论如何都会被重写。我更多地关注需要满足特定业务需求并且必须在相对较长的时间段内得到支持和维护(和修改)的长期应用程序。
我们总是听说为什么我们应该使用框架。原因很多:
- 不是重新发明轮子(虽然我讨厌这个原因)
- 更快的开发时间(因为跳过了架构)
- 更容易引入新的开发者
- 常见问题已经解决
- 等...
但我正在寻找对立面...
有什么想法吗?
最佳答案
默认情况下,框架是由一些比你聪明的无名英雄编写的。
但事实往往并非如此。
它有错误,可能会很困惑并且不必要地过于复杂。
因此,拥有自己的帮助程序库通常比使用这样的怪物更方便,因为知道它大约 10% 的功能。
关于php - 不使用框架的争论,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3788803/