做好代码设计的2个原则

做好代码设计的2个原则

很多新手小伙伴在做开发设计的时候，喜欢思考如何设计，能让自己的代码看上去更优雅，而很多老鸟程序员写完代码以后，自然就成为了一个相对比较稳定的设计与成熟的解决方案。这两者对比你会发现，前者明显感觉有点底气不足，后者则是自然而然的产物，作为新手开发者，如何培养自己的问题分析能力和系统设计思维，今天来分享几个实践提升的技巧和方式，帮助大家做好代码设计。

对啦！这里有个游戏开发交流小组里面聚集了一帮热爱学习游戏的零基础小白，也有一些正在从事游戏开发的技术大佬，欢迎你来交流学习。

不要着急动手写代码，先调研用户需求

很多新手领导一个任务以后，第一时间就开始写代码，就开始思考这个代码如何设计?这个是开发者的第一大忌。当我们领到一个任务，或者要设计实现某个系统或模块的时候我们首先要想什么呢？

(1)我们设计的系统与模块是处理什么样问题的？比如我们设计一个2D/3D地图编辑器,我们就的要思考这个地图编辑器我们要解决处理哪些问题？给策划美术做地图编辑，地图数据导出，基于地图数据结构的高效寻路与导航等, 我们要出多少块地图, 出一块地图的效率如何？等，这些就是我们在做设计之前要考虑与调研清楚的。这个过程我们要自己站在用户的角度去分析与思考，像我们的用户调研去收集他们的需求。

(2)我们设计出来的系统与模块给谁用的？是最终用户,还是其它的程序员,还是给其它岗位提供的工具等。我们设计出来的系统与模块要降低用户的使用成本，学习成本，提升效率。设计出来的东西要符合用户的思维需求,而不是符合程序员的思维需求。比如我们设计出来的一个美术工具，美术妹子的思维就是用起来傻瓜,不用太高的学习成本，用的过程中不容易出错。

(3)我们要交付一个什么样的东西给用户，同时像用户做调研, 让用户感受一下我们的设计结果，是不是他想要的，还有哪些改进的点。是不是符合用户的日常工作使用习惯等。比如我们要做一个SDK的支付库，这个支付库里面包含了所有可能的支付，比如支付宝，微信等。那么我们要以何种方式提供给我们的用户，能让他们用起来非常的方便的能把支付功能快速的对接到游戏中。支付SDK的用户可能不是前端的游戏程序员，还有可能是后台的财务结算，还有可能与渠道运营部门进行对接，这些都是要考虑清楚的。

确定好设计一个什么样的系统或模块给用户，确认好用户使用系统模块时的使用方式与流程,做好用户调研，看这样的使用方式和流程是否是他希望的。

功能函数与逻辑流程严格分离

需求端确定了，代码设计自然就会浮出水面了，接口来自于用户的需求调研, 内部功能取决于具体的实现, 把具体的实现分成几个流程来进行处理，形成处理流水线。最后自然就形成了代码设计。

代码实现与设计过程中基于问题真实性提炼代码,而不是过多的抽象。你问开发者一个问题，什么样的代码设计是最好维护的？可能很多开发者都有自己的回答，但随着时间的推移，你越会发现，当你的代码设计与真实的问题处理想近的时候，最容易维护。真实的问题处理能在大家的脑袋里面产生一个共识，基于这个共识组织的代码更容易让大家搞明白，每个代码每个函数是做什么功能的。所以我们写代码，写函数的时候，要把代码与函数分成两大类: 功能处理类与流程组合类。什么叫做做功能处理类，就是这类代码与函数完成某一些具体功能，比如解码图片，比如加密算法等。流程组合类就是描述处理事情具体流程的, 流程去调用功能，比如上传一个图片，step1: 读取图片文件, step2: http post 上传图片文件数据, step3: 结束处理与提示; 流程组合的代码与函数中永远只包含流程的东西，不包含功能的具体实现，功能处理类与函数中只包含功能处理，不包含复杂的流程。

这样维护代码的时候，抓代码流程，能很快的把整个系统设计运行的流程搞清楚，抓具体的功能代码，能定位好代码的性能与优化。

功能代码函数只实现具体的功能，而不做复杂流程，流程组合函数只做流程先后逻辑的组合，不实现具体功能，抓住这条原则你的代码将会优雅很多。

今天的分享就到这里，关注我们可以获得更多游戏开发与设计相关的知识。