今日我来解释一下什么样的代码才是高雅的代码规划。当然咱们的代码依据实践的运用场景也分了许多维度，有倾向于底层体系的，有倾向于中间件的，也有倾向上层事务的，还有倾向于前端展示的。今日我主要来跟大家分析一下我关于事务代码的了解以及什么样才是我以为的高雅的事务代码规划。
大家吐槽十分多的是，咱们这边的事务代码会存在着大量的不断地继续的改动，导致咱们的程序员关于事务代码规划得就比较随意。往往为了快速上线随意堆叠，不加深入思考，或许是怕影响到本来的流程，而不断在本来的代码上增加分支流程。
这种思想进一步使得代码腐化，使得大量的程序员更失去了“好代码”的规范。
那么假如代码高雅，那么要有哪些特征呢？或许说咱们做哪些工作才会使得代码变得更加高雅呢？
结构化
结构化界说是指对某一概念或事物进行体系化、规范化的分析和界说，包括界说的规模、目标的特点、联系等方面，旨在准确地描述和界说所要表达的概念或事物。
我觉得首要的是代码，要一个骨架。就跟咱们所说的思想结构是相同，咱们对一个事物的判别，一般都是归纳、立体和全面的，否则就会成为了盲人摸象，只见一斑。因而关于一个事物的判别，要归纳、结构和全面。关于一段代码来说也是相同的规范，首要便是结构化。结构化是对一段代码最根本的要求，一个有良好结构的代码才或许称得上是好代码，假如仅仅想到哪里就写到哪里，必定成不了最优质的代码。
代码的结构化，能够让维护的人一眼就能看出主次结构、看出分层结构，能够快速把握一段代码或许一段模块要完结的中心工作。
精简
代码跟咱们笼统实践的物体相同，也要十分地精简。其实精简我觉得不仅在代码，在所有艺术品里边都是相同的，包括电影。电影虽然或许长达一个小时，两个小时，但你会发现高雅的电影它没有一帧是剩余的，每呈现的一个画面、一个细节，都是电影里要表达的某个情绪有关联。咱们所说的文章也是相同，没有任何一个伏笔是剩余的。代码也是相同，严格来说代码没有一个字符、函数、变量是剩余的，每个代码都有它应该有的用处。就跟“奥卡姆剃刀”原理相同，每块代码都有它存在的价值包括注释。
但正如咱们的创造相同，要完结一个功用，咱们把代码写得复杂是简略的，但咱们把它写得简略是十分难的。代码是思想结构的一种体现，而往往笼统能力是最为要害的，也是最难的。适宜的笼统以及合理的笼统才干够让代码浓缩到最少的代码函数。
大部分情况来说，代码行数越少，则运转功率会越高。当然也不要成为极点的反面比方，不要一味寻求极度少数的代码。代码的高雅必定是精要的，该有的有，不应有的必定是没有的。所以在完结一个事务逻辑的时分，必定要多问自己这个代码是不是有必要有的，能不能以一种扼要的办法来表达。
善用最佳实践
俗话说太阳底下没有新鲜事儿，一般来说，没有一个事务场景所需求用到的编码办法是需求你独创创造的。你所写的代码功用大概率都有人遇到过，因而关于大部分常用的编码形式，也都大家被笼统出来了一些最佳实践。那么最经典的便是23种规划形式，根本上能够包括90%以上的事务场景了。
以下是23种规划形式的部分简略介绍：
- 单例形式（SingletonPattern）：保证类只要一个实例，并供给全局拜访点。
- 工厂形式（FactoryPattern）：界说一个用于创立目标的接口，并让子类决议实例化哪个目标。
- 模板办法形式（TemplateMethodPattern）：供给一种动态的创立目标的办法，通过运用不同的模板来创立目标。
- 装饰器形式（DecoratorPattern）：将目标包装成另一个目标，然后改动原有目标的行为。
- 适配器形式（AdapterPattern）：将一个类的接口转换成客户希望的另一个接口，以使其能够与不同的目标交互。
- 外观形式（FacadePattern）：将目标的不同方面组合成一个单一的接口，然后使客户端只需拜访该接口即可运用整个目标。
咱们所说的规划形式便是一种对常用代码结构的一种笼统或许说套路。并不是说咱们必定要用规划形式来完成功用，而是说咱们要有一种最高效，最一般的办法去完成。这种办法带来了好处便是高效，而且别人了解起来也相对来说比较简单。
咱们也不大推荐关于一些常见功用用一些花里胡哨的办法来完成，这样往往或许导致过度规划，但实践用处或许反而会带来其他问题。我觉得要用一些新式的代码，新式的思想办法应该是在一些比较新的场景里边去运用，去验证，而不应该在咱们已有最佳实践的办法上去造额外的轮子。
这个就比方咱们假如要规划一辆轿车，咱们应该选用当时最新最成熟的发动机计划，而不应该从零开始自己再造一套新的发动机。可是假如这个发动机是在土星运用，要面临极点的环境，或许就需求基于当时的计划研发一套全新的发动机体系，可是大部分人是没有机会碰到土星这种事务环境的。所以一般情况下，仍是不要在不需求创新的当地去创新。
除了善用最佳实践形式之快，咱们还应该选用更高层的一些最佳实践结构的解决计划。比方咱们在面临十分笼统，十分灵敏改变的一些规矩的管理上，咱们能够运用大量的规矩引擎东西。比方针关于流程式的事务模型上面，咱们能够引进一些工作流的引擎。在需求RPC结构的时分，咱们能够依据事务情况去调研运用HTTP仍是DUBBO，能够集百家之所长。
继续重构
好代码往往不是一蹴而就的，而是需求咱们继续打磨。有许多时分由于事务的改动以及咱们思想的局限性，咱们没有办法一次性就能够规划出最优的代码质量，往往需求咱们后续继续的优化。所以除了初始化的规划以外，咱们还应该在事务继续的发展过程中动态地去对代码进行重构。
可是往往程序员由于事务繁忙或许本身的懒散，在事务代码上线正常运转后，就打死不乐意再动本来的代码。第一个是觉得跑得没有问题了何必去改，第二个便是改动了反而或许引起毛病。这便是一种完全过错的思想，一来是给自己写欠好的线上代码的一个托言，二来是没有让自己继续进步的机会。
代码重构的准则有许多，这儿我就不再细讲。可是始终我觉得对线上第一个要敬畏，第二个也要花时间继续续治理。往往咱们在许多时分初始化的架构是比较高雅的，是通过充沛规划的，可是也是由于事务发展的迭代的原因，咱们继续在存量代码上增加新功用。
有时分有一些不同的同学水平不相同，能力也不相同，所以导致后边写上的代码会十分地随意，导致整个体系就会变得越来越负担，到了最后就不敢有新同学上去改，或许是稍微一改或许就引起不知道的毛病。
所以在这种情况下，假如还在寻求优质的代码，就需求继续不断地重构。重构需求继续改进，而且最好每次借事务改变时，做小起伏的修正以降低风险。久而久之，整体的代码结构就得以大起伏的修正，真实到达集腋成裘的目的。下面是一些常见的重构准则：
- 单一责任准则：每个类或模块应该只担任一个单一的任务。这有助于降低代码的复杂度和维护本钱。
- 开闭准则：软件实体（类、模块等）应该对扩展开放，对修正关闭。这样能够保证代码的灵敏性和可维护性。
- 里氏替换准则：任何基类都能够被其子类替换。这能够减少代码的耦合度，进步代码的可扩展性。
- 接口隔离准则：不同的接口应该是彼此独立的，它们只依靠于自己需求的完成，而不是其他接口。
- 依靠倒置准则：高层模块不应该依靠低层模块，而是依靠运用程序的功用。这能够降低代码的复杂度和耦合度。
- 高内聚低耦合准则：尽或许使模块内部的耦合度低，而模块之间的耦合度高。这能够进步代码的可维护性和可扩展性。
- 笼统工厂准则：运用笼统工厂来创立目标，这样能够减少代码的复杂度和耦合度。
- 单一视图准则：每个页面只应该有一个视图，这能够进步代码的可读性和可维护性。
- 依靠追踪准则：对代码中的所有依靠联系进行跟踪，并在必要时进行修正或重构。
- 测验驱动开发准则：在编写代码之前编写测验用例，并在开发过程中继续编写和运转测验用例，以保证代码的质量和稳定性。
归纳
综上所述，代码要有结构化、可扩展、用最佳实践和继续重构。寻求杰出的优质代码应该是每一位工程师的根本寻求和根本要求，只要这样，才干不断地使得自己成为一名杰出的工程师。
更多原创内容，重视大众号:ali老蒋 或拜访网站：www.javaer.com.cn/
