HeadFirst设计格局中的笔记

来源:http://www.sh-fengwen.com 作者:鲜果干果 人气:62 发布时间:2019-12-16
摘要:1.『策略模式』定义了算法族,分别封装起来,让它们之间可以互相替换,此模式让算法的变化独立于使用算法的客户。 一、设计原则 封装变化 多用组合,少用继承 针对接口编程,不

1.『策略模式』 定义了算法族,分别封装起来,让它们之间可以互相替换,此模式让算法的变化独立于使用算法的客户。

一、设计原则

图片 1

  1. 封装变化
  2. 多用组合,少用继承
  3. 针对接口编程,不针对实现编程
  4. 为交互对象之间的松紧耦合设计而努力
  5. 对扩展开放,都修稿关闭
  6. 依赖抽象,不要依赖具体类
  7. 最少知识原则:之和朋友交谈
  8. 好莱坞原则:别找我,我会找你(由超类主控一切,当他们需要的时候,自然回去调用子类)
  9. 类应该只有一个改变的理由

 

二、设计模式

OO基础:抽象 封装 多态 继承

  1. 策略模式

OO原则:封装变化 多用组合,小用继承   针对接口编程,不针对实现编程。

          定义算法族,分别封装起来,让他们之间可以互相替换,次模式让算法的变化独立于使用算法的客户

• 知道OO基础,并不足以让你设计出良好的OO系统。
•  良好的OO设计必须具备可 复 用 、 可 扩 充 、 可 维 护三个特性。
•  模式可以让我们建造出具 有 良 好 O O 设 计 质 量 的 系统。
•  模式被认为是历经验证的OO设计经验。
•  模式不是代码,而是针对 设 计 问 题 的 通 用 解 决 方案 。 你 把 它 们 应 用 到 特 定的应用中。
•  模式不是被发明,而是被发现。. 
• 大多数的模式和原则,都着眼于软件变化的主题。
•  大多数的模式都允许系统 局 部 改 变 独 立 于 其 他 部分。
•  我们常把系统中,会变化的部分抽出来封装。. 
•  模式让开发人员之间有共 享 的 语 言 , 最 大 化 沟 通的价值。

 

 

     2. 观察者模式

持续更新中。。。。。。

          在对象之间定义一对多的依赖,这样一来,当一个对象改变状态,依赖它的对象都会收到通知,并自动更新

 

     3. 装饰者模式

          动态的将责任附加到对象上。想哟啊扩展功能,装饰者提供有别于继承的另一种选择

      要点:

  • 继承属于扩展形式之一,但不见得是达到弹性设计的最佳方式
  • 在我们的设计中,应该允许行为可以被扩展,而无需修改现有的代码
  • 组合和委托可用于在运行时动态地加上新的行为
  • 除了继承,装饰者模式也可以让我们扩展行为
  • 装饰者模式意味着一群装饰者类,这些类用来包装具体组件
  • 装饰者类反应出被装饰者的组件类型(事实上,他们具有相同的类型,都是经过接口或继承实现)     
  • 装饰者可以被装饰者的行为前面与/或后面加上自己的行为,甚至将被装饰者的行为整个取代掉,而达到特定的目的
  • 可以用无数个装饰者包装一个组件
  • 装饰者一般对组件的客户是透明的,除非客户程序依赖于组件的具体类型
  • 装饰者会导致设计中出现许多小对象,如果过度使用,会让程序变得复杂

 

     4.

      抽象工厂模式:

          提供一个接口,用于创建相关或依赖对象的家族,而不需要明确指定具体类

     工厂方法模式:

          定义了一个创建对象的接口,但由子类决定要实例化的类是哪一个。工厂方法让类把实例化推迟到子类

     要点:

  • 所有的工厂都是用来封装对象的创建
  • 简单工厂,虽然不是真正的设计模式,但是仍不失为一个简单的方法,可以将客户程序从具体类解耦
  • 工厂方法使用继承:把对象的创建委托给子类,子类实现工厂方法来创建对象
  • 抽象工厂使用对象组合:对象的创建被实例化在工厂接口所暴露出来的方法中
  • 所有工厂模式都通过减少用功程序的具体类之间的依赖促进松紧耦合
  • 工厂方法允许类将实例化延迟到子类进行
  • 抽象工厂创建相关的对象家族,而不需要依赖他们的具体类
  • 依赖倒置原则,指导我们避免依赖具体类型,而尽量依赖抽象
  • 工厂是很有威力的技巧,帮助我们针对抽象编程,而不要针对具体类型编程

     5.单件(例)模式

          确保一个类只有一个实例,并提供全局访问点

     要点:

  • 单件模式确保程序中一个类最多只有一个实例
  • 单件模式也提供访问这个实例的全局点
  • 在Java中实现单件模式需要私有化构造器,一个静态方法和一个静态变量
  • 确定在性能和资源上的限制,然后小心地选择适当的方案来实现的那件,以解决多线程的问题
  • 如果使用多个类加载器。可以导致单件失效而产生多个实例
  • 如果使用JVM1.2或之前的版本,必须建立注册表,以免垃圾收集器将的单件回收

     6.命令磨时间哦

          将请求封装成对象,这可以让你使用不同的情iqu,队列,或者日志请求来参数化其他对象。命令模式也可以支持撤销操作

     要点:

  • 在被解耦的两者之间是通过命令对象昂进行沟通的,命令对象封装了接受者和一个或一组动作
  • 调用者通过调用命令对象的execute()发出请求,这会使得接受者的动作被调用
  • 调用者可以接受命令当作参数,甚至在运行时动地进行
  • 命令可以支持撤销,做法是实现一个undo()方法来回到execute()被执前的状态
  • 宏命令是命令的一种简单延伸,允许调用多个命令。宏方法也可以支持撤销
  • 实际操作时,很常见使用“聪明”对象,也就是直接实现了请求,而不是将工作委托给接受者
  • 命令也可以用来实现日志和事物系统

     

     7.

     适配器模式:

          将一个类让接口,转换成客户期望的另一个接口。适配器让原本不兼容的类可以合作无间

     外观模式:

          提供了一个统一的接口,用来访问子系统中的一群接口。外观定义了一个高层接口,让子系统更容易调用

     要点:

  • 当需要使用一个现有的类而其接口并不符合你的需要时,就是用适配器
  • 当需要简化并同意一个很大的接口或者一群复杂的接口时,使用外观
  • 适配器改变接口以符合客户的期望
  • 外观将客户从一个复杂的子系统中解耦出来
  • 实现一个适配器可能需要一番功夫,也可能不费功夫,视目标接口的大小与复杂度而定
  • 实现一个外观,需要将子系统组合外观中,然后将工作委托给子系统执行
  • 适配器模式有两种形式:对象适配器和类适配器。类适配器需要用到多重继承(Java不支持多重继承)
  • 适配器将一个对象包装起来一改变接口;装饰者将一个对象包装起来以增加新的行为和责任;外观将一群对象“包装”起来以简化其接口

 

     8.模板方法模式

本文由美高梅游戏平台网站发布于鲜果干果,转载请注明出处:HeadFirst设计格局中的笔记

关键词:

上一篇:没有了

下一篇:没有了

频道精选

最火资讯