一.设计模式-单例模式

最新推荐文章于 2022-09-18 10:09:58 发布

HarryChoy

最新推荐文章于 2022-09-18 10:09:58 发布

阅读量239

点赞数 1

分类专栏：设计模式文章标签：设计模式实例 singleton

本文链接：https://blog.csdn.net/qq_31390937/article/details/71123495

版权

设计模式专栏收录该内容

4 篇文章 0 订阅

订阅专栏

一.经典单例
这里写图片描述
把构造函数设为private,外部不能再new了，同时类自己内部设置一个getInstance（）方法返回实例。uniqueIntance

例子：

public class Singleton {
    private static Singleton uniqeInstance=null;
    private Singleton(){

    };
    public static Singleton getInstance()
    {
        if(uniqeInstance==null)
        {
            uniqeInstance=new Singleton();
        }
        return uniqeInstance;
    }
}

好比巧克力工厂，空则加满，加满则加热，加热则冷却倒出。必须把工厂设为单例，否则混杂。第二个要取实例则返回的是第一个的状态。不会混杂。
二.优化
多线程：上述方法显然失效，需要改进。

改进方法1：
这里写图片描述
的确已经解决，但是需要经常调用的话会比较耗资源，适宜少调用情况。

改进方法2：
急切创建实例：饿汉,一调用类直接返回了

public class Singleton {
    private static Singleton uniqeInstance=new Singleton();
    private Singleton(){

    };
    public static Singleton getInstance()
    {
        if(uniqeInstance==null)
        {
            uniqeInstance=new Singleton();
        }
        return uniqeInstance;
    }
}

这种方法解决了浪费资源，但是耗内存
改进方法3：
双重加锁：代指对象实例的工厂加关键字volatile.

public static ChocolateFactory getInstance() {
        if (uniqueInstance == null) {
            synchronized (ChocolateFactory.class) {
                if (uniqueInstance == null) {
                    uniqueInstance = new ChocolateFactory();
                }
            }
        }
        return uniqueInstance;
    }

如果为空，不管哪个线程进入了同步区new完了对象出来，对象实例不为空，另一个线程进去看到不为空直接出来了
不为空以后，那一段同步区不会再进入，频繁调用，相比直接synchronized方法，耗的资源少了很多

add:
面向对象的五大基本原则
单一职责原则（SRP）
开放封闭原则（OCP）
里氏替换原则（LSP）
依赖倒置原则（DIP）
接口隔离原则（ISP）
单一职责原则（SRP）
• 一个类应该仅有一个引起它变化的原因(最简单，最容易理解却最不容易做到的一个设计原则)
职员类例子：
比如在职员类里，将工程师、销售人员、销售经理这些情况都放在职员类里考虑，其结果将会非常混乱，在这个假设下，职员类里的每个方法都要if else判断是哪种情况，从类结构上来说将会十分臃肿，并且上述三种的职员类型，不论哪一种发生需求变化，都会改变职员类！这个是大家所不愿意看到的！

开放封闭原则（OCP）
• 既开放又封闭，对扩展是开放的，对更改是封闭的！
• 扩展即扩展现行的模块，当我们软件的实际应用发生改变时，出现新的需求，就需要我们对模块进行扩展，使其能够满足新的需求！

更改封闭即是在我们对模块进行扩展时，勿需对源有程序代码和DLL进行修改或重新编译文件！

这个原则对我们在设计类的时候很有帮助，坚持这个原则就必须尽量考虑接口封装，抽象机制和多态技术！

里氏替换原则（LSP）
• 子类可以替换父类并且出现在父类能够出现的任何地方
• 这个原则也是在贯彻GOF倡导的面向接口编程！
在这个原则中父类应尽可能使用接口或者抽象类来实现！

子类通过实现了父类接口，能够替父类的使用地方！
通过这个原则，我们客户端在使用父类接口的时候，通过子类实现！
意思就是说我们依赖父类接口，在客户端声明一个父类接口，通过其子类来实现
这个时候就要求子类必须能够替换父类所出现的任何地方，这样做的好处就是，在根据新要求扩展父类接口的新子类的时候而不影响当前客户端的使用！

依赖倒置原则（DIP）
• 传统的结构化编程中，最上层的模块通常都要依赖下面的子模块来实现，也
称为高层依赖低层！
所以DIP原则就是要逆转这种依赖关系，让高层模块不要依赖低层模块，所以称之为依赖倒置原则！

ISP 接口隔离原则
• 这个原则的意思是：使用多个专门的接口比使用单个接口要好的多！

这个我有体会，在我实际编程中，为了减少接口的定义，将许多类似的方法都放在一个接口中，最后发现，维护和实现接口的时候花了太多精力，而接口所定义的操作相当于对客户端的一种承诺，这种承诺当然是越少越好，越精练越好，过多的承诺带来的就是你的大量精力和时间去维护！