我感觉看DZ论坛的的源码简直就像看天书一般,跟现在的MVC开发流程完全不同,没有什么控制器模型的概念啊?
随便一个文件,里面函数写的都看不懂,哪是哪儿,不知道是干什么的,是DZ太复杂了吗?
我感觉看DZ论坛的的源码简直就像看天书一般,跟现在的MVC开发流程完全不同,没有什么控制器模型的概念啊?
随便一个文件,里面函数写的都看不懂,哪是哪儿,不知道是干什么的,是DZ太复杂了吗?
1 回答4.1k 阅读✓ 已解决
3 回答1.8k 阅读✓ 已解决
2 回答2.2k 阅读✓ 已解决
1 回答1.4k 阅读✓ 已解决
2 回答2.2k 阅读
1 回答897 阅读✓ 已解决
1 回答596 阅读✓ 已解决
复杂度不是大程序组织不好的借口。DZ那个样子几乎都只是历史遗留的后果:
长年的开发历史
巨大的用户量
DZ自己开发者素质的相对低下
巨大的开发者量 + 扩展开发者素质的相对低下
(低端开发者换来的扩展生态的繁荣,虽然畸形,也不好随意放弃对吧)
外加上(投靠腾讯)跟爹加入大组织之后带来的变数
每一个都让DZ想做修改和重构也很艰难。另外还有一点就是,DZ官方™自己想不想改还两说呢……
实际上DZ这样的产品,在迭代轨迹上如同WordPress——
诞生时足够先进
但随着时间推移,定位和品味本身落后了
自己却受制于用户增长、历史积累和产品生态,无法以一个革命性的姿态迎头跟上
最后只能困在旧的路线上修修补补
可是这样反倒对旧的用户群形成了有效的保护
旧用户群的拥护,更加坚定了旧路线走到黑的决心
曾经有不少大热的产品试图打破这个循环,但结果基本上不是很成功,两个典型的例子:
Py3K 试图后向不兼容的取代 Python 2.x 最后落得社区分裂,鸡飞蛋打

LoveLive! Sunshine!! 和 偶像大师 灰姑娘女孩 新企划,都没有能够达到甚至追近原版的高度


所以我们不得不承认的一个现实就是:任何一个产品都是有其不可改变的基本点(这些基本点可能是各种内容——目标需求、用户定位、技术根基等等)。如果妄想脱离开这些基本点,那么不是推不动,就是失败,或者是分裂。
也许这就是宿命和轮回——产品总会生存、绚烂、落后、死亡,唯有历史的车轮滚滚向前不曾停息。
37signals公司的《Rework》也这样告诉过我们:
在我的解读看来,这个除了商业竞争的哲学之外,应该也包含着“不要追随已经过时的产品定位”这层意思吧。