设计模式
惊却一目
个人博客:www.jingqueyimu.com
微信公众号:惊却一目
展开
-
《Head First 设计模式》:与设计模式相处
正文一、设计原则1、封装变化找出应用中可能需要变化之处,把它们独立出来,不要和那些不需要变化的代码混在一起。2、针对接口编程,不针对实现编程“针对接口编程”真正的意思是“针对超类型编程”。超类型可以是抽象类或者接口,关键是要利用多态,这样程序执行时会根据实际状况执行到真正的行为,不会被绑死在超类型的行为上。“针对超类型编程”可以更明确地说成:变量的声明类型应该是超类型,如此,只要是具体实现此超类型的类所产生的对象,都可以指定给这个变量。这也意味着,声明类时不用理会以后执行时的真正对象类型。3原创 2020-10-30 21:48:33 · 177 阅读 · 0 评论 -
《Head First 设计模式》:剩下的模式
正文一、桥接模式1、定义桥接模式通过将实现和抽象分离开来,放在两个不同的类层次中,从而使得它们可以独立改变。要点:当一个类存在两个独立变化的维度,而且都需要进行扩展时,可以将其中一个维度抽象化,另一个维度实现化。抽象化就是通过抽象类来实现多态,实现化则是通过接口来实现多态。桥接模式通过在抽象类中持有实现类接口,来将两个维度“桥接”起来。2、实现步骤(1)创建实现化角色接口/** * 实现化角色接口 */public interface Implementor { vo原创 2020-10-25 22:42:39 · 125 阅读 · 0 评论 -
《Head First 设计模式》:代理模式
正文一、定义代理模式为另一个对象提供一个替身或占位符以控制对这个对象的访问。要点:代理模式为一个对象创建了代理对象,让代理对象控制对该对象的访问。被代理的对象可以是远程的对象、创建开销大的对象或者需要安全控制的对象。代理类型:远程代理、虚拟代理、保护代理等。远程代理:控制访问远程对象。虚拟代理:控制访问创建开销大的资源。保护代理:基于权限控制对资源的访问。二、实现步骤1、创建主题接口/** * 主题接口 */public interface Subject {原创 2020-09-28 23:37:11 · 235 阅读 · 0 评论 -
《Head First 设计模式》:状态模式
正文一、定义状态模式允许对象在内部状态改变时改变它的行为,对象看起来好像修改了它的类。要点:状态模式允许一个对象基于内部状态而拥有不同的行为。状态模式将状态封装成为独立的类,并将动作委托到代表当前状态的对象。通过将每个状态封装进一个类,我们把以后需要做的任何改变局部化了。二、实现步骤1、创建状态接口/** * 状态接口 */public interface State { /** * 根据状态进行处理的方法 */ public voi原创 2020-09-21 22:42:37 · 438 阅读 · 0 评论 -
《Head First 设计模式》:组合模式
正文一、定义组合模式允许你将对象合成树形结构来表现“整体/部分”层次结构。组合能让客户以一致的方式处理组合对象以及个体对象。组合对象:包含其他组件的组件。个体对象(叶节点对象):没有包含其他组件的组件。要点:组合结构内的任意对象称为组件,组件可以是组合,也可以是叶节点。通过将组合对象和个体对象放在树形结构中,我们创建了一个“整体/部分”层次结构。如果将整个树形结构视为一个“大组合”的话,那么这个树形结构的每一个“子树形结构”也是一个组合,包括叶节点也可以被视为一个不包含其他对象的组合。原创 2020-09-13 20:47:29 · 164 阅读 · 0 评论 -
《Head First 设计模式》:迭代器模式
正文一、定义迭代器模式提供一种方法顺序访问一个聚合对象中的各个元素,而又不暴露其内部的表示。要点:迭代器模式把在元素之间游走的责任交给迭代器,而不是聚合对象。这样简化了聚合的接口和实现,也让责任各得其所。二、实现步骤1、创建迭代器接口/** * 迭代器接口 */public interface Iterator { /** * 是否有下一个元素 */ public boolean hasNext(); /** * 获取原创 2020-09-07 22:06:25 · 230 阅读 · 0 评论 -
《Head First 设计模式》:模板方法模式
正文一、定义模板方法模式在一个方法中定义一个算法的骨架,而将一些步骤延迟到子类中。模板方法使得子类可以在不改变算法结构的情况下,重新定义算法中的某些步骤。要点:模板方法定义了一个算法的步骤,每个步骤都被一个方法所代表,而这几个方法的具体实现可由子类提供。模板方法可确保算法的结构保持不变,同时由子类提供部分实现。二、实现步骤1、创建一个抽象类,并定义模板方法模板方法一般声明为 final,以免子类改变算法的步骤。抽象类中,可以声明一些钩子方法,子类视情况决定要不要覆盖它们。钩子的存在,可原创 2020-08-30 21:51:33 · 195 阅读 · 0 评论 -
《Head First 设计模式》:外观模式
正文一、定义外观模式提供了一个统一的接口,用来访问子系统中的一群接口。外观定义了一个高层接口,让子系统更容易使用。要点:外观模式将一个或数个类的复杂的一切都隐藏在背后,只显露出一个干净美好的外观。通过将子系统的方法封装到外观的方法中,可以达到对子系统的“一键操作”。外观模式的意图是简化接口,好让一个子系统更易于使用。外观模式将客户从组件的子系统中解耦。二、实现步骤1、创建子系统组件类(1)子系统组件A/** * 子系统组件A */public class ComponentA原创 2020-08-24 22:01:06 · 154 阅读 · 0 评论 -
《Head First 设计模式》:适配器模式
正文一、定义适配器模式将一个类的接口(被适配者),转换成客户期望的另一个接口。适配器让原本接口不兼容的类可以合作无间。要点:适配器实现了目标接口,并持有被适配者的实例。适配器使用被适配者的方法,把请求转换成被适配者的一个或多个方法。客户通过目标接口调用适配器的方法对适配器发出请求。客户与被适配者是解耦的,一个不知道另一个。当需要使用一个现有的类而其接口并不符合你的需要时,就使用适配器。二、实现步骤1、创建被适配者接口/** * 被适配者接口 */public interfac原创 2020-08-18 21:24:58 · 429 阅读 · 0 评论 -
《Head First 设计模式》:命令模式
正文一、定义命令模式将“请求”封装成对象(命令对象),以便使用不同的“请求”来参数化其他对象。要点:命令模式可将“动作的请求者”从“动作的执行者”对象中解耦。被解耦的两者之间通过命令对象进行沟通。命令对象封装了接收者和一个或多个动作。命令对象提供一个 execute() 方法,该方法封装了接收者的动作。当此方法被调用时,接收者就会执行这些动作。调用者持有一个或多个命令对象,通过调用命令对象的 execute() 方法发出请求,这会使得接收者的动作被调用。二、实现步骤1、创建接收者类接原创 2020-08-10 22:09:39 · 146 阅读 · 0 评论 -
《Head First 设计模式》:单件模式
正文一、定义单件模式确保一个类只有一个实例,并提供一个全局访问点。要点:定义持有唯一单件实例的类变量。私有化构造,避免其他类产生实例。对外提供获取单件实例的静态方法。二、实现步骤1、创建单件类(1)方式一:懒汉式延迟创建单件实例。线程不安全:/** * 单件类(懒汉式、线程不安全) */public class Singleton { /** * 唯一单件实例 */ private static Singleton uniqueInst原创 2020-08-01 22:01:39 · 137 阅读 · 0 评论 -
《Head First 设计模式》:抽象工厂模式
正文一、定义抽象工厂模式提供一个接口,用于创建相关或依赖对象的家族,而不需要明确指定具体类。要点:抽象工厂允许客户使用抽象的接口来创建一组相关的产品,而不需要知道实际产品的具体产品是什么。这样一来,客户就从具体的产品中被解耦。抽象工厂的任务是定义一个负责创建一组产品的接口。这个接口内的每个方法都负责创建一个产品,同时利用实现抽象工厂的子类来提供具体的做法。抽象工厂的方法经常以工厂方法的方式实现。二、实现步骤1、创建产品抽象类(1)产品A抽象类/** * 产品A抽象类 */pub原创 2020-07-26 21:32:38 · 163 阅读 · 0 评论 -
《Head First 设计模式》:工厂方法模式
正文一、定义工厂方法模式定义了一个创建对象的接口,但由子类决定要实例化的类是哪一个。工厂方法让类把实例化推迟到子类。PS:在设计模式中,“实现一个接口”泛指实现某个超类型(可以是类或接口)的某个方法。要点:通过子类来创建具体的对象。客户只需要知道他们所使用的抽象类型即可。由子类决定要实例化的类是哪一个,是指在编写创建者类时,不需要知道实际创建的产品是哪一个。选择了使用哪个创建者子类,自然就决定了实际创建的产品是什么。对象统一由定义好的工厂方法来创建。二、实现步骤1、创建产品抽象类/*原创 2020-07-20 21:59:13 · 125 阅读 · 0 评论 -
《Head First 设计模式》:装饰者模式
正文一、定义装饰者模式动态地将责任(功能)附加到对象上。若要扩展功能,装饰者提供了比继承更有弹性的替代方案。要点:装饰者和被装饰者有相同的超类型。可以用一个或多个装饰者包装一个对象。既然装饰者和被装饰者有相同的超类型,所以在任何需要原始对象(被装饰者)的场合,都可以用装饰过的对象代替它。装饰者可以在被装饰者的行为之前与/或之后,加上自己的行为,甚至将被装饰者的行为整个取代掉,以到达特定的目的。对象可以在任何时候被装饰,所以可以在运行时动态地、不限量地用装饰者装饰对象。装饰者会导致设计中出原创 2020-07-13 22:09:25 · 149 阅读 · 0 评论 -
《Head First 设计模式》:观察者模式
正文一、定义观察者模式定义了对象之间的一对多依赖,这样一来,当一个对象改变状态时,它的所有依赖者都会收到通知并自动更新。要点:观察者模式定义了对象之间一对多的关系。观察者模式让主题(可观察者)和观察者之间松耦合。主题对象管理某些数据,当主题内的数据改变时,会以某种形式通知观察者。观察者可以订阅(注册)主题,以便在主题数据改变时能收到更新。观察者如果不想收到主题的更新通知,可以随时取消订阅(注册)。二、实现步骤1、创建主题父类/接口主题父类/接口主要提供了注册观察者、移除观察者、通知原创 2020-07-03 22:36:51 · 215 阅读 · 0 评论 -
《Head First 设计模式》:策略模式
正文一、定义策略模式定义了算法族,分别封装起来,让它们之间可以相互替换,此模式让算法的变化独立于使用算法的客户。要点:策略模式把系统中会变化的部分抽出来封装。二、实现步骤1、创建策略接口/** * 策略接口 */public interface Strategy { /** * 执行策略行为 */ public void perform();}2、创建策略接口的实现类(1)策略实现类 A/** * 策略实现类A */public class Strate原创 2020-05-27 20:44:06 · 390 阅读 · 0 评论