为什么你的程式码总被吐槽？做好这3点 经理对你刮目相看 在我们平常的开发过程中，最难受的事情是什么？莫过于看程式码，而且是别人的程式码，而且是已经离职的且没有留下任何文件的人的程式码。在以前，服务器效能非常有限，所以我们写程式码讲究的是程式码的执行效率，而现在，互联网讲究的是多人合作，快速迭代，程式码的简洁易懂就变得越来越重要了。下面几种最简单的方法，让我们的程式码变得更加整洁。
提炼函式
见过程序员不少程式码，写起来势如破竹，行云流水，啪啪啪就写了一个几百行的函式。这其实给后面的人加大了阅读的难度，特别是公司里面的程式码是由多人维护的，很快就会发现这么一段程式码，不是那么清晰了。很多人都说，提炼函数出来的目的是为了复用，不需要复用的程式码为什么要提炼出来。提炼函式减少重复程式码只是它一个功能，更大的作用，其实是为了保证程式码逻辑的清晰。在一段长函式中，容易犯下一个变数反复使用，代表不同含义，这都是非常危险的操作，稍有不慎，就会出线上故障。
一般情况下，我们会把有明确意义的程式码提炼出来，单独做一个函式，并给他命一个简单易懂的函式名，看到函式就能联想到程式码的作用。
引入解释性变数
程序员必备的素质是什么，是强壮的身体么，是惊人的体力么？不，是逻辑能力。对与大部分人来说，大部分的工作都是写逻辑，也就是写if else。例如游戏里面，各个技能的结算顺序，例如电商领域商品价格的计算规则，都是非常多的判断逻辑耦合在一起。相信每一个程序员都看过这样的程式码，一个if语句里面，条件加起来有十几个，每一个都是一堆判断关系，这就非常容易出坑了。
一个简单的做法，是提前把这些判断关系提取出来，用一个临时变数来储存，例如提前判断一个人是否是江浙沪，用一个变数bJZH存起来，后面在计算包邮公式的时候就会更加简单明了，而不是一个if语句里面IF(XX==J XX == Z XX == H)。
多型，以函式物件取代函式
面向物件的精髓，就是多型。以我最为熟悉的JAVA语言为例，能否把多型学好，是衡量一个JAVA程序员功底的关键。在此之前，我们的商城的营销活动系统是从外面购买的。里面的程式码就写的一团糟。常见的商城营销活动有满减、满赠、打折等等，都在一个类里面实现，虽然说程式码也能跑，但就是维护起来比较难，处处埋雷，特别是经常一个版本好几个人都要修改到这个类，偶尔就会爆炸，引起线上资损。
一种比较好的设计模式是把每一个活动抽象成一个类，提供一个计算方法。我们使用一个工厂类根据营销的型别返回相关的活动类，然后呼叫方直接把上下文传进计算方法进行呼叫即可！
总结
好了，今天我们就介绍到这里，很多人会说时间那么少，哪有时间去设计，这么写不是更麻烦么？相信我，坚持这么干一段时间，你会发现在除错、查问题的时间会减少很多！
欢迎大家关注我，近期还准备了一些AI相关的知识，整理后会和大家继续分享。大家的支援是我继续唠嗑的动力。同名公众号（沙茶敏碎碎念）
