在多人协作的项目中，不断提高项目质量，除了依靠代码之外的工程手段，还要依靠设计建模。
从具体实践的角度来看，设计建模在不同的环境中，调整具体的流程和侧重具体的节点，也能够实现快速高效，不会导致繁琐和低效能的现象。
在写代码之前应该做的几件事情：
1、找准涉众利益（越是新的项目，越是要分析好，如果是小功能的迭代，则可以从产品需求文档中寻找）；
2、画出原来的业务流程图，和改进之后的业务流程图（业务流程图是对业务理解是有极大帮助，在绝大部分场景中都不应该省略）；
3、分析系统的职责边界，画出系统用例（往系统中添加较小的功能可以考虑不画出来，心中有数即可）；
4、写出具体的用例路径和约束（对系统安全和稳定越是关注，越应该去写出具体路径和约束）；
5、识别主要的类，属性和职责，画出重要实体的状态机（简单功能则直接用代码来表达即可）。
每日一句：敲代码不如思考代码，思考代码不如总结代码，总结代码不如不写代码 /(ㄒoㄒ)/~~ 每日学一点(ios)...
实战计划0430-石头的练习作业 练习的要求 实现效果如下 相关代码 笔记、想法、总结 1、这个代码是之前写的了，...
最近在一家外包公司，派驻到华为做项目。最近总算隐隐约约感受到，某一方面在慢慢成长。很庆幸自己遇到了很好的同事，遇到...
本来这应该作为我的第一篇文章，但是来到公司实习自己也有点不好意思过多询问。以至于学习了很多天GO语言的东西都想写代...
主要有以下几个方面的区别(之前总结的时候代码演示过这里就不写代码了) var是ES5的语法，let,const是E...
总结： 运行结果：（画斜线的小球，撞墙会改变方向） 运行结果：（键盘上的上下左右键控制小球） 运行结果：（打字游戏...
1 写代码中不要去想什么SOLID原则 ，正确的做法是在写代码的过程中总结出原则（多写代码）对于TripManag...
换行的需求在项目中还是常常需要的，所以把常用的总结下来，方便后期使用。 最近在写项目时，发现之前写的换行的代码对数...
前言 最近做完12月份版本需求，有一些思考不够深入的代码，因此写一下总结，希望大家日常写代码多点思考，多点总结，加...
前言最近做完12月份版本需求，有一些思考不够深入的代码，因此写一下总结，希望大家日常写代码多点思考，多点总结，加油...
本文标题：写代码之前：⑥总结
本文链接：https://www.haomeiwen.com/subject/xmfwhjtx.html
网友评论