新人开发的历程-设计开发篇

如果你像我一样，之前看过太多关于代码美学方面的书籍，例如《重构》、《代码整洁之道》、《代码大全》等等，那么你一定对于代码有着艺术性的追求。

接下来我会说说我步入职场到现在为止，犯的问题以及我的改正思路。

仁者见仁智者见智，大家随意看看就好。

问题一：忍受不了旧版本的垃圾代码？总想着重构？追求艺术

显而易见，这是我犯的第一个错误。过于追求代码的艺术会导致如下问题

• 自己开发进度慢：自己总是在向着代码更加易读、更加艺术的方向重构，增加自己开发时间。
• 修改了别人的代码，导致别人不习惯：觉得其他人写的代码不易于阅读，为别人代码加上注释或者干脆帮助别人修改了代码
• 整体项目风格不统一，造成代码阅读困难
• 拖慢整体项目开发进度

其实，我自己就曾经因为这个，拖慢了项目开发的进度。下面我说一下我自己劝解我自己时使用的方法，各位仔细辨别和斟酌，不一定符合你。

• 艺术是无止境的，没有最美只有更美。20%80%定律大家都知道，花费精力提升代码的质量是有瓶颈的，而且也会耗费精力，追求最佳性价比即可。
• 你认为的美，不一定别人也觉得美丽。很多抽象派的作品，我自己是欣赏不来。同样的，别人欣赏不来我的代码的美丽，只有我自己能欣赏来的情况，我发现很多次了。
• 过度设计、包装、美化、适得其反，看似抽取出一堆接口，实则根本并不抽象，在后期翻来覆去修改。
• 花费时间去做别的事情收益更高，如果把代码写的已经很不错的情况下，写写单元测试保证代码没问题，看看别的技术书籍，保证项目使用到的时候，可以更快速上手，都是更好的选择。

问题二：别和我谈设计，我只想一个人开发？

目前我开发过3-4个项目，刚开始的时候项目没什么设计。大概知道是什么情况，知道大概怎么走，就直接开始开发了。

这样很有问题。

• 翻来覆去修改
• 容易钻入细节，忘记整体
• 代码无设计，各种冗余，没有结构，各种为了弥补设计缺失做出的重构，极大影响代码扩展，可读性
• 拖累项目进度，其他人根本很难理解代码

后来，得益于我团队的变化，我开始着手项目设计了，基本项目设计会预留4天左右时间，足够进行设计了，先说结论，项目设计给项目开发效率带来很大提升

• 由于很多问题暴露在设计评审阶段，大家一起参与评审设计，你设计的不好的地方可以根据大家的指导意见进行修改
• 项目设计完毕后，开发的时候，你知道有哪些功能需要开发，项目数据流程你也一清二楚，开发会很快

但是，项目设计大有学问，接下来说一说我自己的项目设计历程。

一板一眼的拙劣设计？

拙劣的模仿，势必带来坏处。

刚开始我做出的项目设计，按照其他人的模板，“项目名词解释、背景、架构图”等等。

其实我也不知道自己在写什么，就只是觉得按照别人的设计文档，我自己也可以设计得不错。

其实设计很多我自己都看不懂

如何做好差不多的设计

明确输入、输出、为了达到输出、你要做出什么处理。

1. 项目设计拆分模块：显而易见的属于不同层级的拆分为不同模块
2. 项目具体模块实现：按照流程图的方式进行设计

一个简单的杜撰的流程图如下