1
akira 2014-11-17 00:16:59 +08:00
顺手会画一下大的结构
|
2
watsy0007 2014-11-17 00:34:42 +08:00
这里要说下经历的2个阶段。
刚开始入行时候,各种改bug。从小功能做起。 养成了一种从小功能一点一点模糊堆叠出来项目的习惯。 慢慢项目大了,系统学习以后开始努力纠正自己的行为。 考虑到开发流程,实际效率和团队规模。 目前小型团队 选择最简的纸上伪代码以后。 从全局设计到局部功能。分而治之。留下文档。 后续开发过程中针对必要部分写上足够的注释。 后续团队发展以后会考虑各种文档+流程图。 |
3
acros 2014-11-17 00:44:28 +08:00
看别人代码的时候会顺手开starUML辅助下,帮助理解框架···不过从来没画标准过。
|
4
bearcat001 2014-11-17 01:59:19 +08:00 via iPhone
一个工作流需要调用7,8个API,然后判断一堆error code,尤其还要让别人明白这个东西,这时候流程图应该是不二选择
|
5
akfish 2014-11-17 04:05:53 +08:00
伪代码或流程图适用的场合,在代码里基本上都细到某个方法了,熟练玩家基本上不会用到这两者,直接开始撸代码容易得多。
流程图也就有时候写文档时按需画一下,给别人看而不是给自己看。 伪代码更多是在平台/语言无关的场合使用,比如教材/论文之类的,在一个已确定开发语言的工程项目中还用伪代码个人觉得纯属蛋疼。 比较高层的整体架构设计阶段,全套UML先撸出来也不嫌蛋疼。 |
6
msg7086 2014-11-17 04:45:09 +08:00 via iPhone
伪代码?一般会用自然语言注释代替。
|
7
vietor 2014-11-17 07:45:47 +08:00 via Android
除非结构复杂,否则是不画图的分析的。伪码这种东西,画圈较多
|
8
sinxccc 2014-11-17 08:29:48 +08:00
一般就是在脑子里想想……跟别人解释或者讨论的时候会拿白板画一画。
|
9
ijse 2014-11-17 10:07:11 +08:00
纸笔就好,不用什么软件。 最常用 的是
1. 列下功能要点 2. 画模块关系,结构图 3. 画时序图 都是帮助整理思路的。 另外,偶尔也会做些演算。。。 |
10
saximoer 2014-11-17 12:01:18 +08:00 via iPhone
会画 业务流程图 和时序图
不过每次画的都不怎么标准... |
11
imn1 2014-11-17 12:15:40 +08:00
同上,流程图少不了,但只是自己看明白的那种,不按UML标准
|
12
evlos 2014-11-17 14:45:13 +08:00 via iPhone
结构复杂的话,会画一下脑图
|