面向对象设计--接口隔离原则

定义

用多个专门的接口，而不使用单一的总接口，客户端不应该依赖它不需要的接口。

• 一个类对一个类的依赖应该建立在最小的接口上
• 建立单一接口，不要建立庞大臃肿的接口
• 尽量细化接口，接口中的方法尽量少
• 注意适度原则，一定要适度细化接口

代码理解

场景

我们假设有这么一个场景，有一批文件需要你处理，文件格式有 txt,csv,xls,xlsx等，有的是让你格式化数据并导出，有的是让你清洗数据并入库。让你用JAVA实现这个处理场景。

错误实现

1.按照正常来说我们会定义处理文件的接口。

/**
 * @InterfaceName IFileHandler
 * @Description 文件处理接口
 * @Author Neal
 * @Date 2019/2/28 19:41
 * @Version 1.0
 */
public interface IFileHandler {
    /**
     * 读取文件
     */
    void readFile();

    /**
     * 处理数据
     */
    void handlerData();

    /**
     * 入库
     */
    void database();

    /**
     * 导出
     */
    void export();
}

乍眼一看，恩~我们接口定义的很完美，把所有场景中的所有需求都实现了。

但是呢，我们会有这种情况，假如处理txt文件时，让你格式化数据然后到处excel格式的文件(xls,xlsx),处理csv数据时，会让你清洗数据然后入库。那么我们在这个接口的基础上需要怎么做呢？

2.创建txt处理类

/**
 * @ClassName TxtHandler
 * @Description 处理txt文件的类
 * @Author Neal
 * @Date 2019/2/28 19:45
 * @Version 1.0
 */
public class TxtHandler implements IFileHandler {

    public void readFile() {
        System.out.println("读取txt文件");
    }

    public void handlerData() {
        System.out.println("格式化数据");
    }

    public void database() {
        //不做任何操作
    }

    public void export() {
        System.out.println("导出excel");
    }
}

3.创建csv处理类

/**
 * @ClassName TxtHandler
 * @Description 处理CSV文件的类
 * @Author Neal
 * @Date 2019/2/28 19:45
 * @Version 1.0
 */
public class CsvHandler implements IFileHandler {

    public void readFile() {
        System.out.println("读取csv文件");
    }

    public void handlerData() {
        System.out.println("清洗数据");
    }

    public void database() {

        System.out.println("数据导入数据库");
    }

    public void export() {
        //不做任何操作

    }
}

我们来看一下类图

interfaceisolation类图1.png

虽然我们都继承了IFileHandler接口，但是我们看到在处理不同文件的时候，有其他接口根本没有用上，但是也暴露给了外面，这样会造成方法冗余。不符合接口隔离原则。

正确实现

1.定义三个接口，分别是 处理文件接口(IFileHandler),数据导出接口(IDataExport),数据入库接口(IDataIntoDataBase)。

IFileHandler：

/**
 * @InterfaceName IFileHandler
 * @Description 文件处理接口
 * @Author Neal
 * @Date 2019/2/28 19:41
 * @Version 1.0
 */
public interface IFileHandler {
    /**
     * 读取文件
     */
    void readFile();

    /**
     * 处理数据
     */
    void handlerData();

}

IDataExport：

/**
 * @InterfaceName IDataExport
 * @Description 数据导出接口
 * @Author Neal
 * @Date 2019/2/28 19:55
 * @Version 1.0
 */
public interface IDataExport {

    /**
     * 导出
     */
    void export();
}

IDataIntoDataBase：

/**
 * @InterfaceName IDataIntoDataBase
 * @Description 数据入库接口
 * @Author Neal
 * @Date 2019/2/28 19:56
 * @Version 1.0
 */
public interface IDataIntoDataBase {

    /**
     * 入库
     */
    void database();

}

2.创建txt处理类，实现文件处理接口和数据导出接口.

/**
 * @ClassName TxtHandler
 * @Description 处理txt文件的类
 * @Author Neal
 * @Date 2019/2/28 19:45
 * @Version 1.0
 */
public class TxtHandler implements IFileHandler,IDataExport {

    public void readFile() {
        System.out.println("读取txt文件");
    }

    public void handlerData() {
        System.out.println("格式化数据");
    }

    public void export() {
        System.out.println("导出excel");
    }
}

3.创建csv处理类,实现文件处理接口，数据入库接口

/**
 * @ClassName TxtHandler
 * @Description 处理CSV文件的类
 * @Author Neal
 * @Date 2019/2/28 19:45
 * @Version 1.0
 */
public class CsvHandler implements IFileHandler,IDataIntoDataBase {

    public void readFile() {
        System.out.println("读取csv文件");
    }

    public void handlerData() {
        System.out.println("清洗数据");
    }

    public void database() {
        System.out.println("数据入库");
    }
}

这种实现就比较符合接口隔离原则，将接口尽量细化，因为细粒度我们可以进行组装而粗粒度我们无法拆分。针对不同的操作，对应实现相应的接口，提高扩展性。

我们再来看一下类图就更明显了。

interfaceisolation类图2.png

我们可以看到虽然我们定义了三个接口，但是我们细化了接口，所以可以是实现类进行灵活组装。

单一职责原则和接口隔离原则的区别

	单一职责原则	接口隔离原则
特性	类，接口，方法的职责是单一的，强调职责，也就是在一个类中，只要职责是单一的，有多个方法也没关系。	对接口依赖的隔离
约束	约束的是类，接口，方法，针对程序中的实现和细节。	针对抽象，针对程序整体框架的约束。

总结

虽然接口隔离原则是尽量让接口细化，但是我们一定要适度，不要盲目的增多接口，徒增麻烦，所以在程序设计的时候一定要做全面的考量和细化。