评判一个代码或者系统设计的好坏的原则

评判一个代码或者系统设计的好坏的原则
一个不好的系统：
    1、过于僵硬。增加或者修改一点功能都要修改代码，很多参数都是写死的。
    2、过于脆弱。没有什么容错的功能，一点误操作，都会让系统死掉。
    3、复用率低。很多重复的代码，或者重复的功能用不同的代码或者同一代码到处出现。
    4、耦合度高。很多类之间的关系，模块之间的关系，互相引用，联系紧密，耦合很强。
一个好的系统：
    1、具有灵活性。对功能有抽象，很容易的利用配置或者简单修改就可以满足新的功能要求。
      2、具有可插入性。增加新的功能，不修改原来的代码，只需要把新的功能实现代码添加到新的库中，就可以完成相关的功能。剥离现有的功能也是这样，只要修改配置或者拿掉相应的模块就可以。
    3、复用率高。抽象度比较高，采用接口，抽象类，继承等方式，使系统的一个功能在一个地方实现和出现，多个功能中具有相同的部分的功能抽取出来，一个地方实现，复用性比较强。