1.

我们每个人都会写很多烂代码，过去写过，未来可能还会再写。这些烂代码，如果运行得很好，没有出现明显的问题，我们就放手吧

但不是说烂代码我们就永远不管不问了。那么，什么时候修改烂代码呢？代码投入使用之前，以及代码出问题的时候，就是我们修改烂代码的时候

那么代码的修改都有哪些需要注意的地方呢？

代码规范方面的修改，可以大胆些。比如命名规范、代码整理，这些都动不了代码的逻辑，是安全的修改

代码结构方面的修改，则要谨慎些，不要伤及代码的逻辑。比如把嵌套太多的循环拆分成多个方法，把几百行的代码，拆分成不同的方法，把相似的代码抽象成复用的方法，这些也是相对安全的修改

代码逻辑方面的修改，要特别小心，除了有明显的问题，我们都尽量避免修改代码的逻辑。即使微小的调用顺序的改变，都可能有意想不到的问题

很我们把代码重构这个每天挂在嘴边，说却总是下不了口，那是因为没有梳理清楚代码规范、代码结构和代码逻辑的关系，今天我把它梳理清楚了，就代码规范和代码结构方面的调整就会有很多事情可以做了，不一定我们非得去搞代码逻辑调整，代码逻辑调整，我个人认为更偏向于重写而不是重构

2.

注释为我们提供了一个借口。使用注释来解释代码，是注释的本意

但是，我们有时候会过度依赖解释，从而放弃了潜在的替代方案，比如更准确的命名，更清
晰的结构，更顺畅的逻辑等等，注释，被我们用成万能的狗皮膏药，有时会让代码更糟糕

我一直坚信越优秀的代码越不需要注释，并不是注释越多越好，应该花时间去提高用词的精准度，而不是比谁的代码注释多

另外一点：要写好注释首先要思考怎么不写注释

3.

编码注意事宜：
① 用条件语句替代三元运算符：可读性更强
② 每行代码不要超出 80 个字符，一个方法主体不要超过30行
③ 权限限制符建议顺序 private static final function abc()