一些想法-代码之内【持续更新】
2018-03-09 本文已影响20人
Terry
- 有些没必要的业务性的注释可能只是你没有把代码写好。
- 为了实现代码复用可能会丢掉一些业务的独立和完整性。
- 当你再次拿到新需求需要针对以前旧的代码进行扩展和升级的时候，你就知道你以前的代码结构设计的是否合理，所以要符合开闭原则，对扩展开放，对修改关闭。
- 需求变更不可怕，可怕的是没有在写代码之前做合理的设计。
- 只有在充分了解业务的情况下，才能写好代码，否则出了BUG，就是自讨苦吃。
- 每一行代码都有其重要性，在修改之前找出所有可能的影响：从上到下，从左到右。
