我感觉看DZ论坛的的源码简直就像看天书一般，跟现在的MVC开发流程完全不同，没有什么控制器模型的概念啊？
随便一个文件，里面函数写的都看不懂，哪是哪儿，不知道是干什么的，是DZ太复杂了吗？
回复内容：
我感觉看DZ论坛的的源码简直就像看天书一般，跟现在的MVC开发流程完全不同，没有什么控制器模型的概念啊？
随便一个文件，里面函数写的都看不懂，哪是哪儿，不知道是干什么的，是DZ太复杂了吗？
复杂度不是大程序组织不好的借口。DZ那个样子几乎都只是历史遗留的后果：
长年的开发历史
巨大的用户量
DZ自己开发者素质的相对低下
巨大的开发者量 + 扩展开发者素质的相对低下
（低端开发者换来的扩展生态的繁荣，虽然畸形，也不好随意放弃对吧）外加上（投靠腾讯）跟爹加入大组织之后带来的变数
每一个都让DZ想做修改和重构也很艰难。另外还有一点就是，DZ官方™自己想不想改还两说呢……
实际上DZ这样的产品，在迭代轨迹上如同WordPress——
诞生时足够先进
但随着时间推移，定位和品味本身落后了
自己却受制于用户增长、历史积累和产品生态，无法以一个革命性的姿态迎头跟上
最后只能困在旧的路线上修修补补
可是这样反倒对旧的用户群形成了有效的保护
旧用户群的拥护，更加坚定了旧路线走到黑的决心
曾经有不少大热的产品试图打破这个循环，但结果基本上不是很成功，两个典型的例子：
Py3K 试图后向不兼容的取代 Python 2.x 最后落得社区分裂，鸡飞蛋打
LoveLive! Sunshine!! 和 偶像大师 灰姑娘女孩 新企划，都没有能够达到甚至追近原版的高度
所以我们不得不承认的一个现实就是：任何一个产品都是有其不可改变的基本点（这些基本点可能是各种内容——目标需求、用户定位、技术根基等等）。如果妄想脱离开这些基本点，那么不是推不动，就是失败，或者是分裂。
也许这就是宿命和轮回——产品总会生存、绚烂、落后、死亡，唯有历史的车轮滚滚向前不曾停息。
37signals公司的《Rework》也这样告诉过我们：
谁管他们在做什么，做好你的产品。当你要以“iPod杀手”或“下一个Pokemon”为目标的时候，你就已经死定了。
在我的解读看来，这个除了商业竞争的哲学之外，应该也包含着“不要追随已经过时的产品定位”这层意思吧。
dz是一个2001年诞生的项目，那时的PHP版本是PHP4，你看到的都是老系统的通病。
dz不具备参考性
不算优秀的代码案例~
我是这个项目的老大 我马上重写这个项目~
上一篇： PL/SQL Number数字类型函数
下一篇： 自动安装MySQL脚本