欢迎大家加入讨论
stay hungry, stay foolish
随心而行，勿忘始终
一切从简，迭代推进
使用thinkphp5设计项目，以学习同时也想成就自己的一个作品，希望路过的老司机多多指点一二 ^_^
项目需求： 重用性高，代码优雅，目前不考虑性能问题
PRS4有官方文档么？
目前我的思路是通过分层来让代码重用性提高。 model层、logic层、validate层、controller层
model:主要负责基础的增删改查及数据自动完成和错误码
logic:主要负责复杂的业务逻辑，这个层一般可以让其移动端、PC端、API端有相同的逻辑可以通用
validate:数据验证
controller:显示视图
项目地址： https://git.oschina.net/mjw/e...
UML类图 https://www.processon.com/vie...
数据结构：
更新日志
2017-03-02
完成基础 后台UML类图
完成基础 数据结构
完成基础 移动端UML类图
问题代号： ggz0301
问题 : 在项目过程中是一边看原型一边写 还是用UML图把原型图的所有方法写出来？
问题代号：ggz03012
问题： 一个小团队做一个可持续的可维护的项目必须要有哪些(没UI，没产品经理)？
回答问题代号：ggz0301
如果是简单的项目可以随意写。
但如果是一个需要长期维护的项目，我感觉写UML图是必须的， 因为它可以帮助我们更好分析整个项目，可以知道哪些方法是可以重用的，哪些是必要的方法等等如果说原型图或需求是项目的大纲，那些UML图就是对大纲的具体化，代码是项目实现的砖头。
有时候感觉想的多了写的东西就少了，但如果想的复杂又实现不了，所以想有时候让人走火入魔一但你想法超过你自己代码实现能力范围你就无法实现此项目而导致你放弃。所以想的时候要全面且简单的 项目是迭代出来的，不是一次性就可以一个完美的产品！
回答问题代号： ggz03012
我认为必须要做的 需求文档(简单点可以由思维导图来代替文档)、数据结构设计(PD软件设计)、UML图(概要的类、方法、通用 函数、项目构架)-UML图主要可以防止重复的类或方法编写、规范定义、可以了解大致系统的具体化的代码。
介绍下设计工具：http://www.processon.com 我喜欢用在线的工具，因为免安装、云同步工作记录。
持续关注这个问题，抱题主大腿，有好方法分享一下，菜鸟学习中……