编辑掉
本帖最后由 Senpo 于 2018-11-27 20:32 编辑编辑掉
我建议楼主先从太阁扒出一个脑图出来，弄清楚所有系统的结构关系，然后再有所取舍和调整优化的决定自己的工程的框架。在这之后才是动工各个系统框架，最后才是内容的填充。
不过太阁本身内容量就非常大了，楼主要不要考虑做个相对简单的小工程练练手。 sd1055007 发表于 2018-11-25 13:26
我建议楼主先从太阁扒出一个脑图出来，弄清楚所有系统的结构关系，然后再有所取舍和调整优化的决定自己的工 ...
嗯，是这么个道理。本来想着先动起来，慢慢做就是。看来还是要学一下整理脑图，理清系统和细节，拆分出来之后再看怎么逐个处理。感觉有点难，相互关联的地方太多了，骨架难搭，其实还是执行力不行，后面调整下心态再试试看 flash520 发表于 2018-11-25 13:31
一个人做会不会目标太大了
----发送自 STAGE1 App for Android.
一开始心存侥幸，觉得一点点慢慢做就是了，反正又没deadline，现在看来还是要从长计议…… 功能模块先设计好
太吾专楼里有人贴过一张茄子用CAD做的功能设计图
这在我们软件设计方面有专门的东西，比如用例（use case），用简单的示意团来确定要实现什么样的功能，由谁来实现
之后再通过UML图来确定功能之间的联系，以及具体实现时所需的结构 本帖最后由 Shabadadoo 于 2018-12-15 18:32 编辑
编辑 本帖最后由 精钢魔像 于 2018-11-25 16:17 编辑
设计框架前先画用例图，写类前先画类图，设计流程前先画泳道图
哪怕是有git帮忙，先画图再写代码也会给将来节省大量时间
如果经验够丰富，其实不画也行
页:
[1]