设计模式七大设计原则，和单例模式的8种写法（java实现）

设计模式七大设计原则，和单例模式的8种写法（java实现）

七大设计原则

1.单一职责原则

对于类来说，即一个类应该只负责一项职责，否则职责二变更会造成职责一的错误（例如有个dao类即负责user表的操作又负责oder表的操作，则违反了单一职责原则，应该拆分成为2个dao类分别负责user和oder表）。

2.接口隔离原则

客户端不应该依赖它不需要的接口 ，即一个类对另一个类的依赖应该建立在最小的接口上。解决的方法：将接口拆分成多个接口

3.依赖倒置原则

（1）高层模块不应该依赖低层模块，二者都应依赖其抽象

（2）抽象不应依赖细节，细节应该依赖抽象。

（3）中心思想是面向接口编程。

4.里氏替换原则

使用继承时，遵循里氏替换原则，子类中尽量不要重写父类的方法。继承让两个类的耦合性增强了，适当的情况下可以通过聚合，组合，依赖来解决问题。

5.开闭原则

一个软件实体如类，模块和函数应该对扩展开放，对修改关闭（开发人员扩展开放，使用方不用修改）。

软件需求发生变化时，尽量通过扩展软件实体的行为来实现变化，而不是通过修改已有的代码来实现变化。

6.迪米特法则

一个对象应该对其他对象保持最少的了解

类与类关系越密切，耦合度越大。

又称为最少知道原则，即一个类对自己依赖的类知道的越少越好。即被依赖的类最好将逻辑封装在类的内部，除了对外提供public方法，不泄露任何信息。

即与直接朋友（成员变量，方法参数，方法返回值中的类为直接朋友）进行通信，陌生的类最好不以局部变量的形式出现在类的内部。

7.合成复用原则

尽量使用合成/聚合的方式，而不是使用继承。

采用设计模式的目的

（1）代码重用性（2）可读性（3）可扩展性（4）可靠性（5）使程序出现高内聚低耦合的特性。

单例模式

1.静态常量饿汉式

class Singleton {
   
    //构造器私有化，外部不能new
    private Singleton(){
   
        
    }
    //本类内部创建对象实例
    private final static Singleton instance=new Singleton();
    //提供一个公用的静态方法，返回实例对象
    public static Singleton getInstance(){
   
        return instance;
    } 
}

public class SingletonTest(){
   
    public static void main(String args[]){
   
        Singleton singleton=Singleton.getInstance();
        Singleton singleton1=Singleton.getInstance();
        //singleton1==singleton为true。
    }
}

优点： 在类装载的时候就完成了实例化，避免了线程同步的问题。

缺点： 在类装载时完成实例化，没有达到懒加载的效果，从开始到结束都没用到该实例就会造成内存的浪费。

结论： 可以使用该单例模式，但可能会造成内存的浪费。

2.饿汉式（静态代码块）

class Singleton {
   
    //构造器私有化，外部不能new
    private Singleton(){
   
        
    }
    //本类内部创建对象实例
    private static Singleton instance;
    //在静态代码块中创建单例对象。
    static{
   
        instance=new Singl