设计的一致性

1. 这两天写监控脚本，发现原来日志的输出格式有点儿不太协调：报错时提供的信息太细节了，没有关键字摘要；错误级别的标识比较乱，标识符不统一，有的地方用[err]，有的用[xxx err]；另外日志名应考虑到后期监控时使用方便；

 

2. 其它：命名/编码风格/

             如果系统的各个部分都会用到某个功能，就将该功能设计成通用模块——符合“高扇入、低扇出”的思路；

             最低级的一致性应能保证后期开发时不会因为设计不一致而被迫修改前期代码——由于初始需求不完整，此条有时在所难免；

 

3. 说到这，一致性应该是软件设计时的基本要求之一吧。