设计模式——创建型

创建型模式把创建对象隐藏在一个操作或者类中,抽象了实例化的过程,可以使系统和它的对象之间互不依赖,符合单一职责原则。封装系统使用的具体类的信息,隐藏了类实例的创建和组织过程。

简单工厂模式

又称静态工厂方法模式,专门定义一个类来负责创建其他类的实例,被创建的实例通常都具有共同的父类。可以根据参数的不同返回不同类的实例。对象的创建和本身的业务处理分离,降低系统的耦合度,工厂方法是静态方法,使用方便,工厂类的职责相对过重,增加子类时需要相应地修改工厂方法。适用于工厂类创建对象较少的情形。
在这里插入图片描述

工厂模式

增加了工厂类的动态性,实现了OC原则。工厂父类负责定义创建产品对象的公共接口,工厂子类负责生成具体的产品对象,延迟产品类的实例化操作。
在这里插入图片描述

抽象工厂模式

提供一个创建一系列相关或相互依赖对象的接口而无需指定他们具体的类。生成一系列产品而非单个产品。
在这里插入图片描述

BUILDER模式

将一个包含有多个组件对象的创建分成若干个步骤并将这些步骤封装在Builder接口中。用于创建内部结构复杂的对象,可以逐步地构造对象,使对象的创建更具弹性,产品内部表象可以独立的变化。难于应付分步骤构建算法的需求变动。
在这里插入图片描述

单例模式

保证一个类只能进行一次实例化处理(一个对象)。一个单例对象只能由单例类自己生成,并且只能通过单例类提供的方法访问。多线程运行时需要注意同步的问题。可在第一次调用get()方法时创建单例对象,或者在载入单例类的时候生成。前者只有在需要使用单例对象时才创建,但每次调用get方法需要进行额外判断;后者简化了get方法,但可能会有不必要的内存消耗。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值