软件设计原则

1. 开闭原则

软件实体应当对扩展开放，对修改关闭

• 对软件测试的影响：软件测试时只需要对代码进行测试就可以了，因为原有的测试代码仍然能够正常运行；
• 可以提高代码的可复用性：粒度越小，被复用的可能性就越大；在面向对象的程序设计中，根据原子和抽象编程可以提高代码的可复用性；
• 可以提高软件的可维护性：遵守开闭原则的软件，其稳定性高和延续性强，从而易于扩展和维护；

实现方法：“抽象约束，封装变化”，即通过接口或者抽象类为软件实体定义一个相对稳定的抽象层，而将相同的可变因素封装在相同的具体实现类中；

2. 里氏替换原则

子类可以拓展父类的功能，但不能改变父类原有的功能；

• 子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法；
• 子类中可以增加自己特有的方法；
• 当子类的方法重写父类的方法时，方法的前置条件要比父类的更宽松；
• 当子类的方法实现父类的方法时，方法的后置条件要比父类的方法更严格或相等；

3. 依赖倒置原则

面向接口编程，不要面向实现编程

• 其可以降低类间的耦合性；
• 其可以提高系统的稳定性；
• 其可以减少并行开发引起的风险；
• 其可以提高代码的可读性和可维护性；

每个类尽量满足接口或抽象类，或者两者兼备；
变量的声明类型尽量是接口或者是抽象类；
任何类都不应该从具体类派生；
使用继承时尽量遵循里氏替换原则；

4. 单一职责原则

规定一个类应该有且仅有一个引起它变化的原因，否则类应该被拆分

• 降低类的复杂度，一个类只负责一项职责，其逻辑肯定要比负责多项职责简单得多；
• 提高类的可读性，复杂性降低；
• 提高系统的可维护性，可读性提高，那自然更容易维护；
• 变更引起的风险降低，变更时必然的，如果单一职责原则遵守得好，当修改一个功能时，可以显著降低对其他功能的影响

5. 接口隔离原则

要为各个类建立它们需要的专用接口，而不要视图去建立一个很庞大的接口供所有依赖它的类去调用；

接口隔离原则和单一职责都是为了提高类的内聚性、降低它们之间的耦合性，体现了封装的思想，但两者是不同的：

• 单一职责原则注重的是职责，而接口隔离原则注重的是对接口依赖的隔离；
• 单一职责原则主要是约束类，它针对的是程序中的实现和细节；接口隔离原则主要约束接口，主要针对抽象和程序整体框架的构建

优点：

• 将臃肿庞大的接口分解为多个粒度小的接口，可以预防外来变更的扩散，提高系统的灵活性和可维护性；
• 接口隔离提高了系统的内聚性，减少对外交互，降低了系统的耦合性；
• 如果接口的粒度大小定义合理，能够保证系统的稳定性；但是若定义过小，则会造成接口数量过多，使设计复杂化；如果定义过大，灵活性降低，无法提供定制服务，给整体项目带来无法预料的风险；
• 使用多个专门的接口还能够体现对象的层次，因为可以通过接口的继承，实现对总接口的定义；
• 能减少项目工程中的代码冗余，过大的大接口里面通常放置许多不用的方法，当实现这个接口的时候，被迫设计冗余的代码；

实现方法：

• 接口尽量小，但是有限度，一个接口只服务于一个子模块或业务逻辑；
• 为依赖接口的类定制服务，只提供调用者需要的方法，屏蔽不需要的方法；
• 了解环境，拒绝盲从；每个项目或产品都有选定的环境因素，环境不同，接口拆分的标准就不同，需深入了解业务逻辑；
• 提高内聚，减少对外交互，使接口用最少的方法去完成最多的事情；

6. 迪米特法则

又称最少知道原则，就是说一个对象应当对其它对象有尽可能少的了解，不要和陌生人说话；
强调只和朋友说话，不和陌生人说话；这里的朋友指出现在成员变量、方法输入、输出参数中的类称为成员朋友类，而出现在方法体内部的类不属于朋友类；
迪米特法则初衷在于降低类之间的耦合；由于每个类尽量减少对其它类的依赖，因此，很容易使得系统的功能模块独立，相互之间不存在依赖关系；

package principle;

public class LoDtest {
    public static void main(String[] args) {
        Agent agent = new Agent();
        agent.setStar(new Star("林心如"));
        agent.setFans(new Fans("粉丝韩丞"));
        agent.setCompany(new Company("中国传媒有限公司"));
        agent.meeting();
        agent.business();
    }
}

//经纪人
class Agent {
    private Star myStar;
    private Fans myFans;
    private Company myCompany;

    public void setStar(Star myStar) {
        this.myStar = myStar;
    }

    public void setFans(Fans myFans) {
        this.myFans = myFans;
    }

    public void setCompany(Company myCompany) {
        this.myCompany = myCompany;
    }

    public void meeting() {
        System.out.println(myFans.getName() + "与明星" + myStar.getName() + "见面了。");
    }

    public void business() {
        System.out.println(myCompany.getName() + "与明星" + myStar.getName() + "洽淡业务。");
    }
}

//明星
class Star {
    private String name;

    Star(String name) {
        this.name = name;
    }

    public String getName() {
        return name;
    }
}

//粉丝
class Fans {
    private String name;

    Fans(String name) {
        this.name = name;
    }

    public String getName() {
        return name;
    }
}

//媒体公司
class Company {
    private String name;

    Company(String name) {
        this.name = name;
    }

    public String getName() {
        return name;
    }
}

7. 合成复用原则

合成复用原则又叫组合/聚合复用原则。它要求软件复用时，要尽量先使用组合或者聚合等关联关系来实现，其次才考虑使用继承关系来实现。如果要使用继承关系，则必须严格遵循里氏替换原则。合成复用原则同里氏替换原则相辅相成的，两者都是开闭原则的具体实现规范。

通常类的复用分为继承复用和合成复用两种，继承复用虽然有简单和易实现的优点，但它也存在以下缺点。

1. 继承复用破坏了类的封装性。因为继承会将父类的实现细节暴露给子类，父类对子类是透明的，所以这种复用又称为“白箱”复用。
2. 子类与父类的耦合度高。父类的实现的任何改变都会导致子类的实现发生变化，这不利于类的扩展与维护。
3. 它限制了复用的灵活性。从父类继承而来的实现是静态的，在编译时已经定义，所以在运行时不可能发生变化。

采用组合或聚合复用时，可以将已有对象纳入新对象中，使之成为新对象的一部分，新对象可以调用已有对象的功能，它有以下优点。

1. 它维持了类的封装性。因为成分对象的内部细节是新对象看不见的，所以这种复用又称为“黑箱”复用。
2. 新旧类之间的耦合度低。这种复用所需的依赖较少，新对象存取成分对象的唯一方法是通过成分对象的接口。
3. 复用的灵活性高。这种复用可以在运行时动态进行，新对象可以动态地引用与成分对象类型相同的对象。

合成复用原则实现方法：

合成复用原则是通过将已有的对象纳入新对象中，作为新对象的成员对象来实现的，新对象可以调用已有对象的功能，从而达到复用。

聚合与组合都是表示整体和个体的关联关系，他们之间最大的区别在于子类被父类控制的程度。组合的父子类关系比聚合要强；
聚合：has-a关系，父类包含子类，子类可以独立于父类存在，如班级和学生
组合：part-of关系，父类拥有子类，子类不能独立于父类存在，如人和四肢

设计原则	一句话归纳	目的
开闭原则	对扩展开放，对修改关闭	降低维护带来的新风险
依赖倒置原则	高层不应该依赖低层，要面向接口编程	更利于代码结构的升级扩展
单一职责原则	一个类只干一件事，实现类要单一	便于理解，提高代码的可读性
接口隔离原则	一个接口只干一件事，接口要精简单一	功能解耦，高聚合、低耦合
迪米特法则	不该知道的不要知道，一个类应该保持对其它对象最少的了解，降低耦合度	只和朋友交流，不和陌生人说话，减少代码臃肿
里氏替换原则	不要破坏继承体系，子类重写方法功能发生改变，不应该影响父类方法的含义	防止继承泛滥
合成复用原则	尽量使用组合或者聚合关系实现代码复用，少使用继承	降低代码耦合