Java毕业设计外文翻译.docx

Java毕业设计外文翻译.docx

《Java毕业设计外文翻译.docx》由会员分享，可在线阅读，更多相关《Java毕业设计外文翻译.docx（11页珍藏版）》请在冰豆网上搜索。

Java毕业设计外文翻译

毕业设计（论文）外文文献翻译

译文：

JavaI/O系统[]

对编程语言的设计者来说，创建一套好的输入输出（I/O）系统，是一项难度极高的任务。

这一类可以从解决方案的数量之多上看出端倪。

这个问题就难在它要面对的可能性太多了。

不仅是因为有那么多的I/O的源和目的（文件，控制台，网络连接等等），而且还有很多方法（顺序的，随机的，缓存的，二进制的，字符方式的，行的，字的等等）。

Java类库的设计者们用“创建很多类”的办法来解决这个问题。

坦率地说，JavaI/O系统的类实在太多了，以至于初看起来会把人吓着（但是，具有讽刺意味的是，这种设计实际上是限制了类的爆炸性增长）。

此外，Java在1.0版之后又对其I/O类库进行了重大的修改，原先是面向byte的，现在又补充了面向Unicode字符的类库。

为了提高性能，完善功能，JDK1.4又加了一个nio（意思是“newI/O”。

这个名字会用上很多年）。

这么以来，如果你想对Java的I/O类库有个全面了解，并且做到运用自如，你就得先学习大量的类。

此外，了解I/O类库的演化历史也是相当重要的。

可能你的第一反应是“别拿什么历史来烦我了，告诉我怎么用就可以了！

”但问题是，如果你对这段一无所知，很快就会被一些有用或是没用的类给搞糊涂了。

本文会介绍Java标准类库中的各种I/O类，及其使用方法。

File类

在介绍直接从流里读写数据的类之前，我们先介绍一下处理文件和目录的类。

你会认为这是一个关于文件的类，但它不是。

你可以用它来表示某个文件的名字，也可以用它来表示目录里一组文件的名字。

如果它表示的是一组文件，那么你还可以用list（）方法来进行查询，让它会返回String数组。

由于元素数量是固定的，因此数组会比容器更好一些。

如果你想要获取另一个目录的清单，再建一个File对象就是了。

目录列表器

假设你想看看这个目录。

有两个办法。

一是不带参数调用list（）。

它返回的是File对象所含内容的完整清单。

但是，如果你要的是一个"限制性列表（restrictedlist）"的话——比方说，你想看看所有扩展名为.java的文件——那么你就得使用"目录过滤器"了。

这是一个专门负责挑选显示File对象的内容的类。

接口的声明：

publicinterface{

booleanaccept（,Stringname）;

}

accept（）方法需要两个参数，一个是File对象，表示这个文件是在哪个目录里面的；另一个是String，表示文件名。

虽然你可以忽略它们中的一个，甚至两个都不管，但是你大概总得用一下文件名吧。

记住，list（）会对目录里的每个文件调用accept（），并以此判断是不是把它包括到返回值里；这个判断依据就是accept（）的返回值。

切记，文件名里不能有路径信息。

为此你只要用一个String对象来创建File对象，然后再调用这个File对象的getName（）就可以了。

它会帮你剥离路径信息（以一种平台无关的方式）。

然后再在accept（）里面用正则表达式（regularexpression）的matcher对象判断，regex是否与文件名相匹配。

兜完这个圈子，list（）方法返回了一个数组。

匿名内部类

这是用匿名内部类来征程程序的绝佳机会。

下面我们先创建一个返回的filter（）方法。

//Usesanonymousinnerclasses.

importjava.io.*;

importjava.util.*;

importcom.bruceeckel.util.*;

publicclassDirList2{

publicstatic

filter（finalStringafn）{

//Creationofanonymousinnerclass:

returnnew（）{

Stringfn=afn;

publicbooleanaccept（,Stringn）{

//Strippathinformation:

Stringf=newFile（n）.getName（）;

returnf.indexOf（fn）!

=-1;

}

};//Endofanonymousinnerclass

}

publicstaticvoidmain（String[]args）{

=newFile（"."）;

String[]list;

if（args.length==0）

list=path.list（）;

else

list=path.list（filter（args[0]））;

Arrays.sort（list,

newAlphabeticComparator（））;

for（inti=0;i

System.out.println（list[i]）;

}

}

注意，filter（）的参数必须是final的。

要想在匿名内部类里使用其作用域之外的对象，只能这么做。

这是对前面所讲的代码的改进，现在类已经与DirList2紧紧地绑在一起了。

不过你还可以更进一步，把这个匿名内部类定义成list（）的参数，这样代码会变得更紧凑：

//Buildingtheanonymousinnerclass"in-place."

importjava.io.*;

importjava.util.*;

importcom.bruceeckel.util.*;

publicclassDirList3{

publicstaticvoidmain（finalString[]args）{

=newFile（"."）;

String[]list;

if（args.length==0）

list=path.list（）;

else

list=path.list（new（）{

publicboolean

accept（,Stringn）{

Stringf=newFile（n）.getName（）;

returnf.indexOf（args[0]）!

=-1;

}

}）;

Arrays.sort（list,

newAlphabeticComparator（））;

for（inti=0;i

System.out.println（list[i]）;

}

}

现在该轮到main（）的参数成final了，因为匿名内部类要用它的arg[0].

这个例子告诉我们，可以用匿名内部类来创建专门供特定问题用的，一次性的类。

这种做法的好处是，它能把解决某个问题的代码全部集中到一个地方。

但是从另一角度来说，这样做会使代码的可读性变差，所以要慎重。

查看与创建目录

File类的功能不仅限于显示文件或目录。

它还能帮你创建新的目录甚至是目录路径（directorypath），如果目录不存在的话。

此外它还能用来检查文件的属性（大小，上次修改的日期，读写权限等），判断File对象表示的是文件还是目录，以及删除文件。

renameTo（）这个方法会把文件重命名成（或者说移动到）新的目录，也就是参数所给出的目录。

而参数本身就是一个File对象。

这个方法也适用于目录。

输入与输出

I/O类库常使用"流（stream）"这种抽象。

所谓"流"是一种能生成或接受数据的，代表数据的源和目标的对象。

流把I/O设备内部的具体操作给隐藏起来了。

正如JDK文档所示的，Java的I/O类库分成输入和输出两大部分。

所有InputStream和Reader的派生类都有一个基本的，继承下来的，能读取单个或byte数组的read（）方法。

同理，所有OutputStream和Writer的派生类都有一个基本的，能写入单个或byte数组的write（）方法。

但通常情况下，你是不会去用这些方法的；它们是给其它类用的——而后者会提供一些更实用的接口。

因此，你很少会碰到只用一个类就能创建一个流的情形，实际上你得把多个对象叠起来，并以此来获取所需的功能。

Java的流类库之所以会那么让人犯晕，最主要的原因就是"你必须为创建一个流而动用多个对象"。

我们最好还是根据其功能为这些class归个类。

Java1.0的类库设计者们是从决定“让所有与输入相关的类去继承InputStream”入手的。

同理，所有与输出相关的类就该继承OutputStream了。

添加属性与适用的接口

使用"分层对象（layeredobjects）"，为单个对象动态地，透明地添加功能的做法，被称为DecoratorPattern。

（模式是ThinkinginPatterns（withJava）的主题。

）Decorator模式要求所有包覆在原始对象之外的对象，都必须具有与之完全相同的接口。

这使得decorator的用法变得非常的透明--无论对象是否被decorate过，传给它的消息总是相同的。

这也是JavaI/O类库要有"filter（过滤器）"类的原因：

抽象的"filter"类是所有decorator的基类。

（decorator必须具有与它要包装的对象的全部接口，但是decorator可以扩展这个接口，由此就衍生出了很多"filter"类）。

Decorator模式常用于如下的情形：

如果用继承来解决各种需求的话，类的数量会多到不切实际的地步。

Java的I/O类库需要提供很多功能的组合，于是decorator模式就有了用武之地。

但是decorator有个缺点，在提高编程的灵活性的同时（因为你能很容易地混合和匹配属性），也使代码变得更复杂了。

Java的I/O类库之所以会这么怪，就是因为它"必须为一个I/O对象创建很多类"，也就是为一个"核心"I/O类加上很多decorator。

为InputStream和OutputStream定义decorator类接口的类，分别是FilterInputStream和FilterOutputStream。

这两个名字都起得不怎么样。

FilterInputStream和FilterOutputStream都继承自I/O类库的基类InputStream和OutputStream，这是decorator模式的关键（惟有这样decorator类的接口才能与它要服务的对象的完全相同）。

用FilterInputStream读取InputStream

FilterInputStream及其派生类有两项重要任务。

DataInputStream可以读取各种primitive及String。

（所有的方法都以"read"打头，比如readByte（），readFloat（））。

它，以及它的搭档DataOutputStream，能让你通过流将primitive数据从一个地方导到另一个地方。

这些"地方"都列在表12-4里。

其它的类都是用来修改InputStream的内部行为的：

是不是做缓冲，是不是知道它所读取的行信息（允许你读取行号或设定行号），是不是会弹出单个字符。

后两个看上去更像是给编译器用的（也就是说，它们大概是为Java编译器设计的），所以通常情况下，你是不大会用到它们的。

不论你用哪种I/O设备，输入的时候，最好都做缓冲。

所以对I/O类库来说，比较明智的做法还是把不缓冲当特例（或者去直接调用方法），而不是像现在这样把缓冲当作特例。

外文原文：

JAVAI/OSystem

Creatingagoo