我感觉看DZ论坛的的源码简直就像看天书一般，跟现在的MVC开发流程完全不同，没有什么控制器模型的概念啊？

我感觉看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不具备参考性
不算优秀的代码案例~
我是这个项目的老大 我马上重写这个项目~