1. dz内部程序高度模块化 + 扩展性强
- 模块化:
可以修改一个模块部分, 而不会影响其他模块的运行(参考现在gitee贡献者不敢随意动远古代码的情况, 牵一发而动全身这种效果导致dz无法被有效的添加或者去除功能)
- 扩展性强:
可以将dz, 不管是X还是Q系列, 用作各种不同情况的解决方案, 比如说: 只使用用户注册,操作类系统, 给有需求的站长提供用户保存/注册类的便利(站长可能不需要论坛方面的功能)
* 我自己基于dz用户系统开发了一款桌面程序(未来可能开发移动app), 可以绑定用户在dz论坛购买的VIP权限, 用起来十分方便. 要是让我自己开发一套用户付款购买使用权限的系统, 我可能选择拒绝...
- 假设当前dz X3.4我想使用这样的用户系统, 几乎是不现实的, 我需要自定义模板, 这个还好, 还需要去除或者隐藏所有dz自带的功能, 模块化+API可以让我简单实现这个功能, 而不需要去自己根据dz开发模板, 或者去除所有其他功能.
2. 超多API操作, 例如: 发帖, 获取帖子信息, 获取用户信息, 封禁用户, 创建用户, 开启关闭插件, 发表帖子, 发表主题, 操作用户积分, 操作用户用户组, 用户登录, 用户登录状况token.
- 原因是个人非常喜欢dz整套完善的用户系统, 但是因为自己需求, 目前需要自己从数据库直接读写信息来实现基本API操作, 比如说用户微信/支付宝付款购买积分或VIP权限. 而且需要大量二次开发的操作才能实现此功能.
* 刚阅读了几个回复: 既然官方没有计划自带生成ios/安卓app的功能, 能否开通足够多的web API, 让站长可以更容易, 更简单的通过API来创建app? 比如说app前端设计好UI, 后端通过dz的API获取到, 比如说json格式的主题列表, 然后插入进UI进行显示.
3. 轻量化
- 前几年当云平台还在的时候, 遇到的问题是国外服务器访问云平台IP及其缓慢, 连带的后果是整站操作都极其缓慢, 千万不要再让这类情况再发生.
4. 保留当前模板和插件系统(已经非常棒了)
5. 之前看到有人建议不要使用php, 请继续使用php+mysql... 用了8年多可算刚熟悉这些东西, 请别让我们再重新学习了... |
显身卡
