Discuz! X 重构，意见征集

我是体验到了贴吧的恶心之处。唯一一次在贴吧发的贴（ https://tieba.baidu.com/p/5705642823?pid=119789505898&cid=0&red_tag=2188154789#119789505898 ）

前言

首先指出，我并不是计算机专业或者软件专业。我的学术方向是传感器。我所做的东西在大家眼里或许没有任何技术含量。
本科阶段我用了、试了一些大家熟知的框架，产品，也自己从零开始给学校部门写过 CMS 。或许是一直以来独自做事的风格，那些所谓的“高性能”框架并没有给我留下很多深刻的印象，composer 下缝合怪试开发或许不适合我。反倒是这个功能基本完整的 Dz 让我一直坚持了下来。
我不是非常想讨论性能问题，既然选择了 php, 在我看来，那是钱多钱少的问题。
我不想拿 Dz 和其他产品对比，众所周知，程序和程序的体质不能一概而论。

基本叙述

我独立重构 Dz 前端已四年，但是严格来说可能两年都不到。同时用到的"技术栈"也并不是高大上的东西，"轻喷"。
期间完成了大部分的结构更改和 BUG 修复，而目前依旧有不少细节没有进行打磨处理。
如今我升至研究生，由于学术要求，没有了本科阶段充足的时间来进行持续开发，因此我发帖来咨询一下各位的看法与建议，以及是否有不求回报的意愿参与到开发之中.
基于 dz3.4 的四年断断续续的更新，我基本上清理了 dz 对旧浏览器的支持，数据库与核心程序均进行了不同程度的修改。所修改之处的代码风格严格按照 W3C 标准进行。
- 测试站： http://club.starsriver.net:1080/home.php?mod=space&uid=1&do=profile
- Git(需先注册)： http://git.starsriver.net:8115/starsriver/starsriver.club

个人态度

我不知道 Dz 的商业授权对商业是如何定义的，见识过伟大的祖国法律体系下对商业授权的各种偷换概念操作，我还是小心翼翼为好
郑重声明，我的个人开发并不属于任何商业用途形式，也从未以此获利。

最后我想说，重构 dz 的难度不亚于完全推翻。前人十几年所创造的精华与糟粕需要开发者精心斟酌保留与否。我个人追求的匠人精神和闭门造车的能力应当是每一位开发者所具备的。我提倡开发者能够将真心投入进去，敢于应用新技术和标准的同时，要时刻记得自己创造的东西最终目的是为人而服务。

我想说的就这些，欢迎留言。

starsriver

2020-10-05 10:14:47 +08:00

@msg7086
当然，如果我要做水坛，我为什么要花时间来投入到 dz 中。
目的肯定不在于此。适合做社区的程序多了去，我也有能力自己写。
也有一部分是我对社区的怀旧情感在内。

@kangsheng9527
请认真审题。
工具存在即有可用之处，剪刀钳子各有所长。我的目的不在于用技术来竞争，我说了我是电科-传感器方向，没必要在计算机语言这里纠结。
此外我虽然不是内行，但四年里也见过形形色色的企业和公司，我敢保证，没有一家不是见钱眼开的。个人情感永远只能排在利益之后。

hellov22ex

2020-10-05 10:29:53 +08:00

@starsriver
1. 拿 c++写论坛的难度相当于重新写一套适合做 web 的编程语言
[不是让你连服务器都写，依托 Nginx 或者 apache 这种做好的服务器写，这样子难度就极度下降了，不过语言选择问题不大，语言只是个表达方式，和计算机交流的中介，这个你看着办就行，PHP 我觉得就很好，用起来整个人很轻松的感觉]
2. 思想这个东西，百年来其实变化不大。
[思想这个东西，百年来变化很大，面向对象和面向过程就是个简单的例子，还有就是 MVC 之类的，一些原则性的东西变化不大，变化大的是如何实现，比如各类功能以插件形势加载还是以本身的模块载入，这种思想是不变的，但是一个插件如何更好更优的实现，这种东西变化很大]
3. 设计没有老不老，只有对不对胃口，gitlab 用 ror 做不依旧几百万 star, 你能说他老吗？
[设计会过去，详见第二天，面向对象面向过程]
4. 时间成本，这个最重要。去一个像素一个像素琢磨一套 ui，是个人都会疯。。。
[UI 部分我也很蛋疼，这部分我建议你用些免费素材，比如这个论坛风格的，这些很多有成套免费的。]

hellov22ex

2020-10-06 12:05:42 +08:00

@starsriver
1 、这个看着办就行，有好用的就用好用的，比如 apache 很多人觉得不好用去用 Nginx，但是大部分这么想的沙雕 apache 都用不透的。
2 、你如果说‘方法’，那还可以说变化一些地方不大，你如果说需求……啥时候你那边能获得到别人的需求变多了会发现，连一个用户登录状态的判断都是要绞尽脑汁的蛋疼了。
3/4 、UI 这个东西建议和需求捆在一起，谷歌那一套外观不错，但是一些核心东西不是能通用所有他们认为的移动平台，更别提全平台了。UI 的设计不比后台麻烦，虽然它的定向感觉比后台轻松，但是那是高度成功后的微调轻松，前期起步很难的。就比如我现在给你回复的输入框，V2 已经更新了很多版本了，和当初的完全不一样。