设计模式的六大原则

一、设计模式的概念及作用

　　设计模式（Design pattern）是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。设计模式使代码编制真正工程化，设计模式是软件工程的基石，如同大厦的一块块砖石一样。

二、六大原则

1.单一职责原则（Single Responsibility Principle，简称SRP）

　　1) 概念：一个类只负责一项职责。

　　2) 举例说明：假设有一个接口，如下：

　　// 用户接口
　　public interface IUser{
   　　 // 连接数据库方法
   　　 public Connection getConnection();
    　　// 查询用户
    　　public User qryUser(User user);
    　　// 增加用户
    　　public int addUser(User user);
　　}

　　当操作数据库的信息改变的时候，需要修改大量的代码，所以，可以将操作数据库的方法抽离出来，将上面的用户接口改为：

    // 数据库操作类
    public class DBUtil{
        // 连接数据库方法
        public static Connection getConnection(){....}
    }

    // 用户接口
    public interface IUser{
        // 查询用户
        public User qryUser(User user);
        // 增加用户
        public int addUser(User user);
    }

    // 用户实现类
    public class UserImpl{
        Connection connection = null;
        // 查询用户
        public User qryUser(User user){
            connection = DBUtil.getConnection();
            ....
        }
        // 增加用户
        public int addUser(User user){
            connection = DBUtil.getConnection();
            ....
        }
    }

　　即，用户接口中只操作用户的基本信息，不操作数据库。若要需要使用数据库操作，将数据库操作抽离出来，降低代码的耦合性。

　　3) 优点：类的复杂度降低、可读性提高、可维护性提高、扩展性提高、降低了变更引起的风险。

2.里氏替换原则（Liskov Substitution Principle,简称LSP）

　　之所以叫里氏替换原则1988年，是因为该原则是由麻省理工学院的一位姓里的女士（Barbara Liskov）提出来的。

　　1) 概念：所有引用父类的地方必须能 透明使用子类，反过来 不成立。

　　2) 举例说明：

　　   喜欢动物 = 喜欢狗，因为动物中 包含狗，等式是成立的。

　　   喜欢狗 != 喜欢动物。　

        class Animal{}
        class Dog extends Animal{}

　　3) 优点：增强程序的健壮性，即使增加了子类，原有的子类还可以继续运行。

3.依赖倒置原则（Dependence Inversion Principle,简称DIP）

　　1) 概念：依赖倒置原则的本质就是通过抽象（接口或抽象类）使个各类或模块的实现彼此独立，互不影响，实现模块间的松耦合。

　　2)举例说明：假设有一个CD唱片，CD唱片的播放 需要 CD播放机，即：

    // CD
    class CDRom{
        public void play(){
            System.out.println("play CDRom");
        }
    }
    
    // CD播放机
    class Player{
        public void start(CDRom cd){
            System.out.println("CD playing ...");
            cd.play();
        }
    }
    
    // 测试方法
    public class Main{
        public static void main(Stirng[] args){
            Player player = new Player();
            CDRom cd = new CDRom();
            player.start(cd);
        }
    }

　　随着科技的发达，DVD出现了，这时候就需要DVD播放机了，如下：

    // DVD
    class DVDRom{
        public void play(){
            System.out.println("play DVDRom");
        }
    }
    
    // DVD播放器
    class Player{
        public void start(CDRom cd){
            System.out.println("DVD playing ...");
            cd.play();
        }
    }

　　又随着科技的发达，MP3、MP4等问世，这时候我们又需要定义更多的类，这样子会很繁琐，所以，可以定义一个上层接口，让下层的类去实现，将上面的代码 改为 如下：

    // 媒体接口
    inteferce Media{        // cd,dvd,mp3,mp4.mp5...
        public void play();
    }
    
    // DVD，并实现媒体接口
    class DVDRom impl Media{
        public void play(){
            System.out.println("play DVDRom");
        }
    }
    
    // CD，并实现媒体接口
    class CDRom impl Media{
        public void play(){
            System.out.println("play CDRom");
        }
    }
    
    // 通用播放机
    class Player{
        public void start(Media media){
            System.out.println("playing ...");
            media.play();
        }
    }
    
    // 测试方法
    public class Main{
        public static void main(Stirng[] args){
            Player player = new Player();
            media cd = new CDRom();
            
            media dvd = new DVDRom();
            player.start(dvd);
        }
    }

　　3) 优点：在小型项目中很难体现出来。但在大中型项目中可以减少需求变化引起的工作量，使并行开发更友好。

4.接口隔离原则（Interface Segregation Principle,简称ISP）

　　1.概念：类间的依赖关系应该建立在最小的接口上。

　　   可以理解为：建立单一接口，不要建立庞大臃肿的接口，尽量细化接口，接口中的方法尽量少。也就是说，我们要为各个类建立专用的接口，而不要试图去建立一个很庞大的接口供所有依赖它的类去调用。

　　   一句话概括：一个接口中不要什么事情都去做，其实什么事情都做不好。

　　2.举例说明：

    // 灯接口
    interface light{
        // 开灯方法
        on();
        // 关灯方法
        off();
        // 维修方法
        repare(); 
        // 开电视方法
        turnOnTV();  
    }

　　上面的灯接口中，既有灯的方法，又有工作人员的接口，又有电视的接口，这样 一个接口就会显得很臃肿，很庞大。

　　运用接口隔离原则之后，将接口细化，分散为多个接口，可以预防外来变更的扩散。如下：

    // 灯接口
    interface light{
        // 开灯方法
        on();
        // 关灯方法
        off();
    }
    
    // 电视接口
    intefece tv{
        // 开电视接口
        on();
        // 关电视接口
        off();
    }
    
    // 工作人员
    intefece worker{
        // 维修
        repaire();
    }

　　3.优点：通过分散定义多个接口，可以预防外来变更的扩散，提高系统的灵活性和可维护性。

5.迪米特法则（Law of Demeter,简称LoD）

　　1.概念：类间解耦。

　　2.问题由来：类与类之间的关系越密切，耦合度越大，当一个类发生改变时，对另一个类的影响也越大。

　　3.注意点：迪米特法则的初衷是降低类之间的耦合，由于每个类都减少了不必要的依赖，因此的确可以降低耦合关系。但是凡事都有度，虽然可以避免与非直接的类通信，但是要通信，必然会通过一个“中介”来发生联系。过分的使用迪米特原则，会产生大量这样的中介和传递类，导致系统复杂度变大。所以在采用迪米特法则时要反复权衡，既做到结构清晰，又要高内聚低耦合。

6.开闭原则（Open Close Principle,简称OCP）

　　1). 思想：尽量通过扩展软件实体来解决需求变化，而不是通过修改已有的代码来完成变化。

　　2). 开：对扩展开放

　　    关：对修改关闭

　　总结：单一职责原则告诉我们实现类要职责单一；

　　　　　里氏替换原则告诉我们不要破坏继承体系；

　　　　   依赖倒置原则告诉我们要面向接口编程；

　　　　   接口隔离原则告诉我们在设计接口的时候要精简单一；

         　　迪米特法则告诉我们要降低耦合；

　　　　   开闭原则是总纲，他告诉我们要对扩展开放，对修改关闭。