IO流-字符流，设计模式--装饰模式

 

          Java程序设计精讲第12章—— java流与文件操作。

      今天学习了 IO流—字符流，主要讲了集几种字符流的常见的方法。及他们的构造发法。还有设计模式中的装饰模式。

Reader

        |--InputStreamReader

        |--FileReader:专门用于处理文件的字符读取流对象。

Writer

       |--OutputStreamWriter

       |--FileWriter:专门用于处理文件的字符写入流对象。

BufferedReader(子符缓冲输入流)

特有方法： readLine():一次读一行，到行标记时，将行标记之前的字符数据作为字符串返回。 当读到末尾时，返回null。

BufferedWriter(字符缓冲输出流)

特有方法：newLine()：跨平台的换行符。

对于读取或者写入流对象的构造函数，以及读写方法，还有刷新关闭功能都会抛出IOException或其子类。 所以都要进行处理。或者throws抛出，或者try catch处理。

完整的异常处理方式：

class Demo{

public static void main(String[] args)throws IOException{

FileWriter fw = null;

try{

fw = new FileWrier("z:\\demo.txt");

fw.write("abcdec");

fw.flush();

fw.write("kkkk");

}catch(IOException e){

System.out.println(e.toString());

}finally{

if(fw!=null){

try {

fw.close();

}catch(IOException e){

System.out.println("close:"+e.toString());

}

}

}

}

}

readLine():方法的原理：

其实缓冲区中的该方法，用的还是与缓冲区关联的流对象的read方法。只不过，每一次读到一个字符，先不进行具体操作，先进行临时存储。当读取到回车标记时，将临时容器中存储的数据一次性返回。既然明确了原理，我们也可以实现一个类似功能的方法。

class MyBufferedReader {

private Reader r;

MyBufferedReader(Reader r) {

this.r = r;

}

public String myReadLine() throws IOException {

// 1,创建临时容器。

StringBuilder sb = new StringBuilder();

// 2,循环的使用read方法不断读取字符。

int ch = 0;

while ((ch = r.read()) != -1) {

if (ch == '\r')

continue;

if (ch == '\n')

return sb.toString();

else

sb.append((char) ch);

}

if (sb.length() != 0)

return sb.toString();

return null;

}

public void myClose() throws IOException {

r.close();

}

}

装饰模式总结

装饰模式是为已有的功能动态地添加更多功能的一种方式。

当系统需要新功能的时候，若向旧的类中添加新的代码，这些新加的代码通常装饰了原有类的核心职责或主要行为，但这种做法的问题在于，它们在主类中加入了新的字段，新的方法和新的逻辑，从而增加了主类的复杂度，而这些新加入的东西仅仅是为了满足一些只在某种特定情况下才会执行的特殊行为的需要。而装饰模式切提供了一个非常好的解决方案，他把每个要装饰的功能都放在单独的类中，并让这个类包装他所要装饰的对象，因此，当需要执行特殊行为时，客户端代码就可以在运行时更具需要有选择地、顺序地使用装饰功能包装对象了。

优点缺点

优点：

    1. Decorator模式与继承关系的目的都是要扩展对象的功能，但是Decorator可以提供比继承更多的灵活性。

    2. 通过使用不同的具体装饰类以及这些装饰类的排列组合，设计师可以创造出很多不同行为的组合。

 缺点：

    1. 这种比继承更加灵活机动的特性，也同时意味着更加多的复杂性。

    2. 装饰模式会导致设计中出现许多小类，如果过度使用，会使程序变得很复杂。

    3. 装饰模式是针对抽象组件（Component）类型编程。但是，如果你要针对具体组件编程时，就应该重新思考你的应用架构，以及装饰者是否合适。当然也可 以改变Component接口，增加新的公开的行为，实现“半透明”的装饰者模式。在实际项目中要做出最佳选择。

适用性 

在以下情况下应当使用装饰模式：

 1. 需要扩展一个类的功能，或给一个类添加附加职责。

 2. 需要动态的给一个对象添加功能，这些功能可以再动态的撤销。

 3. 需要增加由一些基本功能的排列组合而产生的非常大量的功能，从而使继承关系变的不现实。

 4. 当不能采用生成子类的方法进行扩充时。一种情况是，可能有大量独立的扩展，为支持每一种组合将产生大量的子类，使得子类数目呈爆炸性增长。另一种情况可能 是因为类定义被隐藏，或类定义不能用于生成子类。

 

2011.08.31