Netty学习-IO体系架构系统回顾 & 装饰模式Decorator的具体使用
2019-12-18 23:26
295 查看
Netty学习-IO体系架构系统回顾
IO和NIO的学习
NIO - 1.4 开始出的
在网络应用框架中,NIO得到了大量的使用,特别是netty里面
前提:对IO及其了解
对IO的总结和回顾
- 理解Java I/O系统
- 熟悉使用Java.io包中的相关类和接口进行I/O编程
- 掌握Java IO的设计原则与使用的设计模式
Thinking in java - Java编程思想
对程序语言设计者来说,设计一个令人满意的IO系统是件及其艰巨的任务
几个基础概念
流的概念
输入/输出流概念
输入/输出类
字节流和字符流
- 输入流 读数据的逻辑:
- open a stream
- while more information
- read information
- close the stream
- 输出流 写数据的逻辑:
- open a steam
- while more information
- write information
- close the stream
这里,输入流就是输入流,输出流就是输出流。不会说有一个流及时输入又是输出。这个是和NIO差距非常大的一个区分差别。
- 流的分类
- 节点流:从特定的地方读写的流类,例如:磁盘或者一块内存区域
- 过滤流:使用节点流作为输入或者输出。(buffer流)过滤流是对节点流的包装。过滤流是使用一个已经存在的输入流或者输出流链接创建的。
- Java.io包中InputSteam的类层次
Java.io包中OutputSteam的类层次
- IO流的链接
- Input Stream Chain
- OutPut Stream Chain
设计模式 *(装饰模式 Decorator 设计模式)
流的调用 AAA BBB CCC new CCC(new BBB(new AAA())); new BBB(new AAA()); new AAA();
装饰模式的概念:
- 装饰模式又名包装(wrapper)模式
- 装饰模式以对客户端透明的方式扩展对象的功能,是集成关系的一个替代方案
- 装饰模式以对客户透明的方式动态的给一个对象附加上更多的责任。换言之,客户端并不会觉得对象在装饰前和装饰后有什么不同。
- 装饰模式可以在不创造更多子类的情况下,将对象的功能加以扩展。
- 装饰模式把客户端的调用委派到被装饰类。装饰模式的关键在于这种扩展完全是透明的。
- 装饰模式是在不必改变原类文件和使用继承的情况下,动态的扩展一个对象的功能。它是通过创建一个包装对象,也就是装饰来包裹真是的对象。
装饰模式的角色:
- 抽象构建角色(Component):给出一个抽象接口,以规范准备接受附加责任的对象。
- 具体构建角色(Concrete Component):定义一个将要接受附加责任的类。
- 装饰角色(Decorator):持有一个构建(Component)对象的引用,并定义一个与构想构建接口一致的接口。
- 具体装饰角色(Concrete Decorator):负责给构建对象"贴上"附加的责任。
装饰模式的特点
- 装饰对象和真是对象有相同的接口。这样客户端对象就可以以真实对象相同的方式和装饰对象交互。
- 装饰对象包含一个真实 对象的引用(reference)
- 装饰对象接收所有来自客户端的请求。它把这些请求转发给真是的对象。
- 装饰对象可以在转发这些请求以前或者以后增加一些附加功能。这样就确保了在运行时,不用修改给定对象的结构就可以在外部增加附加的功能。在面向对象的设计模式中,通常是通过继承来实现对给丁磊的功能扩展。
编码实现装饰模式
package com.dawa.decorator; public interface Component { void doSomething(); }
package com.dawa.decorator; public class ConcreteComponent implements Component { @Override public void doSomething() { System.out.println("功能A"); } }
package com.dawa.decorator; //核心类,满足装饰模式的特点 public class Decorator implements Component { private Component component; public Decorator(Component component) { this.component = component; } @Override public void doSomething() { component.doSomething(); } }
package com.dawa.decorator; public class ConcreteDecorator1 extends Decorator { public ConcreteDecorator1(Component component) { super(component); } @Override public void doSomething() { super.doSomething(); this.doAnotherThing(); } private void doAnotherThing() { System.out.println("功能a"); } }
package com.dawa.decorator; public class ConcreteDecorator2 extends Decorator { public ConcreteDecorator2(Component component) { super(component); } @Override public void doSomething() { super.doSomething(); this.doAnotherThing(); } private void doAnotherThing() { System.out.println("功能b"); } }
package com.dawa.decorator; public class Client { public static void main(String[] args) { Component component = new ConcreteDecorator2(new ConcreteDecorator1(new ConcreteComponent())); component.doSomething(); } }
** 在整个IO体系中,装饰模式是无处不在的 **
从源码中,寻找装饰模式是如何使用的
BufferInputStream extends FilterInputSteam
FilterInputSteam extends InputStream (里面有 InputStream 对象)
ps:volatile关键字:1-可见性 2-顺序性。在 FilterInputSteam 里面有用到。自行扩展。
volatile 保证可见性和有序性,不保证原子性。
为什么IO中要用到这种设计模式?
IO体系中使用设计模式很大程度的避免了有更多自雷的产生。并且可以在运行期去丰富我们构造出来的对象所具备的功能。
因为IO体系中已经有很多很多的类了,如果不适用这种设计模式,会导致类的急剧膨胀。并且实现起来非常不灵活。
在很大程度上,让功能保持健全,此外,在IO体系中类的数量不至于过多的膨胀。
所以说:以后面试官再问题,IO流的问题和用到的设计模式,你还怕吗?哈哈
相关文章推荐
- 七个结构型模式4:装饰模式-Decorator Pattern【学习难度:★★★☆☆,使用频率:★★★☆☆】
- Java设计模式之再从[暗黑破坏神"装备镶嵌宝石系统"]分析装饰(Decorator)模式
- 设计模式-装饰模式(Decorator)在jDK中IO系统的应用
- JAVA IO-适配器模式(Adapter)&装饰模式(Decorator)
- 软件工程 - 设计模式学习之装饰模式Decorator
- 设计模式学习-Decorator(装饰)
- 设计模式 学习笔记 之 装饰模式 Decorator(6)
- 关于模式的学习和使用交流(设计模式、架构模式。。)
- Popush系统架构学习体会(0)—Node.js+Socket.io+Backbone.js
- 装饰设计模式(Decorator)-IO
- 连载09:软件体系设计新方向:数学抽象、设计模式、系统架构与方案设计(简化版)(袁晓河著)
- 30日学习笔记,关于java的IO系统已经Decorarot模式
- 设计模式学习笔记--装饰(Decorator)模式
- Cpp Primer<<学习IO标准库--文件模式、字符串流_7
- 27 API-反射(类的加载器,反射的使用,动态代理)&设计模式(装饰设计模式,模版设计模式)&JDK新特性(JDK5,JDK6,JDK7,DK8)
- 连载05:软件体系设计新方向:数学抽象、设计模式、系统架构与方案设计(简化版)(袁晓河著)
- 连载13:软件体系设计新方向:数学抽象、设计模式、系统架构与方案设计(简化版)(袁晓河著)
- IO学习(十六)装饰设计模式
- 装饰模式 包装模式 io上使用到
- 设计模式学习笔记(三)装饰模式(Decorator)