那些维度评价代码的好坏？设计模式

1. 可维护性

对于项目来说，维护代码的耗时，远远大于大于代码的编码。代码维护性非常关键

主观评价标准： bug 容易修复，添加功能比较简单。

2.可读性

代码的可读性，关乎代码的可维护性。 

代码是否符合代码的命名规范。 

　　命名是否规范，注释是否全面，函数是否长短合适，模块划分是否清晰，是否符合高内聚低耦合。

主观评价标准： 同事是否可以读懂。

3. 可扩展性 

定义，不修改代码的基础上，添加新的功能 。

4. 灵活性

几个场景： 

1. 预留好了扩展点

2. 抽象出了底层可以复用的的逻辑

3. 满足各种不同的需求。 

5. case 原则

简单的代码。 思从深，行从简。 

6. 可复用性

继承多态，为了提高代码的可复用性。

7. 可测试性

是否容易些测试用例。