irc*_*ell 2 php architecture frameworks
不久之前,我读了一篇很棒的文章,描述了许多反对使用任何可用于PHP的RAD框架的原因.基本上,它认为一个好的框架应该让你快速起步,然后应该让你不受欢迎.但是没有一个PHP框架能够做到这一点.它指出Django擅长这样做(但这显然不是PHP框架).
对于我的生活,我现在找不到这篇文章.
所以我很好奇.有没有人有任何关于为什么不应该在RAD框架之上构建应用程序的可靠论据？而且我不一定会谈论通用应用程序(根据定义,框架试图解决一般问题.问题是可以很好地解决特定问题).
当我说建立在我之上时,我的意思是基于框架从头开始.我并不是指将框架作为一系列库引用.我的意思是将应用程序的整个架构基于框架(然后将您绑定到框架中).
我也没有真正谈论快速原型设计,无论如何代码可能会被重写.我更关注具有特定业务要求的长期应用程序,并且必须在相当长的一段时间内得到支持和维护(和修改).
我们总是听说为什么要使用框架.有很多理由:
但我正在寻找对立面......
有什么想法吗？
暗示框架是由一些默认情况下比你聪明的未知英雄编写的.
但事实上,事实并非如此.
它有bug,它可能很乱,不必要过于复杂.因此,拥有自己的帮助程序库通常比使用这样的怪物更方便,知道大约10%的功能.
| 归档时间： |
|
| 查看次数： |
596 次 |
| 最近记录： |