myroncham的博客

前言什么样的代码是好代码呢？好的代码应该命名规范、可读性强、扩展性强、健壮性......而不好的代码又有哪些典型特征呢？1. Duplicated Code （重复代码）重复代码就是不同地点，有着相同的程序结构。一般是因为需求迭代比较快，开发小伙伴担心影响已有功能，就复制粘贴造成的。重复代码很难维护的，如果要修改其中一段的代码逻辑，就需要修改多次，很可能出现遗漏的情况。如何优化重复代码呢？分三种情况讨论：同一个类的两个函数含有相同的表达式class A { public vo

目录一、重构原则1、何谓重构2、为何重构3、何时重构二、代码的坏味道1、重复代码2、过长的类3、过大的类4、过长参数列5、发散式变化6、散弹式修改7、依恋情结8、数据泥团9、基本类型偏执10、switch惊悚现身11、平行集成体系12、冗余类13、夸夸其谈未来性14、令人迷惑的暂时字段15、过度耦合消息链16、中间人17、狎昵关系18、异曲同工的类19、不完美的类库20、纯稚的数据类21、被拒绝的遗赠

一、 概述如何提高代码的审美能力，让代码看上去非常的简洁统一？好的代码应该 “看上去养眼”，好的代码缩进、对齐、顺序，能代码变得更易读多人协作，统一的代码风格、良好的结构、明了的注释，能提升协同开发效率，降低维护成本基本原则使用一致的布局 把相关代码行分组，形成代码块，重构、拆分 让相同的代码，抽离出来组成公用组件文档手册现代 JavaScript 教程 ES6 入门教程 CSS 参考手册二、项目规范项目命名全部采用 小写 方式， 以中划线 - 分隔正例：

目录一 、规范性建议1、职责原则2、单一性原则3、协议规范4、路径规则6、域名7、跨域考虑8、api版本10、返回数据格式11、安全性原则12、可扩展性原则13、定义api界限14、定义api返回码二 、反规范性建议1、Request2、Responce三 、实例1、定义统一参数2、定义接口授权类别3、用户接口4、用户登录在设计接口时，有很多因素要考虑：接口的业务定位 接口的安全性 接口的可扩展性 接口的稳定性

一、微服务设计原则高内聚低耦合、职责单一：每个微服务模块职责单一独立，负责各自业务功能。微服务之间尽量减少调用，做到高内聚低耦合。 前后端分离：将前端和后端代码进行分离，包括开发分离，部署分离，代码存放分离。前端负责页面展示，后端负责业务数据处理。前端通过HTTP协议或者其他协议进行交互。 围绕业务拆分：微服务应该围绕业务进行拆分，每个微服务聚焦于一个特定的业务功能，在技术选型上比较灵活，不局限于某个固定的技术栈。 日志与监控：随着微服务系统不断升级演进，微服务数量剧增，系统出现故障的几率也在增大

一、后端代码规范1、Controller层开始必须为权限判断（尤其是编辑和新增）；2、Controller层不出现 try...cache...，只出现throw new XXXException(code); 统一处理；3、getList的请求建议封装Condation对象，而不是一个个变量；4、有数据修改的，必须 method=post；user、company信息建议在manager层处理；5、Manager层是事务层，对于一些不能分割的操作放在该层的方法中，不可分割的业务逻辑不.

本文整理了写代码的16个好习惯，每个都很经典，养成这些习惯，可以规避多数非业务的bug！目录1、修改完代码，记得自测一下2、方法入参尽量都检验3、修改老接口的时候，思考接口的兼容性。4、对于复杂的代码逻辑，添加清楚的注释5、使用完IO资源流，需要关闭6、代码采取措施避免运行时错误（如数组边界溢出，被零除等）7、尽量不在循环里远程调用、或者数据库操作，优先考虑批量进行。8、写完代码，脑洞一下多线程执行会怎样，注意并发一致性问题9、获取对象的属性，先判断对象是否为空1

本篇规范基于阿里巴巴、华为的开发手册，添加了我们团队的开发风格规范，补充了一些细节。感谢前人的经验和付出，让我们可以有机会站在巨人的肩膀上眺望星辰大海。规范不是为了约束和禁锢大家的创造力，而是为了帮助大家能够在正确的道路上，尽可能的避免踩坑和跑偏。规范可以让我们无论单枪匹马还是与众人同行的时候都能得心应手。规范可以让我们在面对日益变态的需求和做代码接盘侠的时候，更优雅从容。规则并不是完美的，通过约束和禁止在特定情况下的特性，可能会对代码实现造成影响。但是我们制定规则的目的：为了大多数程序员小伙伴可

前端 JS 项目开发规范规范的目的是为了编写高质量的代码，让你的团队成员每天得心情都是愉悦的，大家在一起是快乐的。引自《阿里规约》的开头片段：----现代软件架构的复杂性需要协同开发完成，如何高效地协同呢？无规矩不成方圆，无规范难以协同，比如，制订交通法规表面上是要限制行车权，实际上是保障公众的人身安全，试想如果没有限速，没有红绿灯，谁还敢上路行驶。对软件来说，适当的规范和标准绝不是消灭代码内容的创造性、优雅性，而是限制过度个性化，以一种普遍认可的统一方式一起做事，提升协作效率，降低沟通成本。代码的字