Java毕业设计外文翻译 (2)

上传人:仙*** 文档编号:103330615 上传时间:2022-06-08 格式:DOC 页数:16 大小:56KB
返回 下载 相关 举报
Java毕业设计外文翻译 (2)_第1页
第1页 / 共16页
Java毕业设计外文翻译 (2)_第2页
第2页 / 共16页
Java毕业设计外文翻译 (2)_第3页
第3页 / 共16页
点击查看更多>>
资源描述
毕业设计(论文)外文文献翻译译文:Java I/O 系统对编程语言的设计者来说,创建一套好的输入输出(I/O)系统,是一项难度极高的任务。这一类可以从解决方案的数量之多上看出端倪。这个问题就难在它要面对的可能性太多了。不仅是因为有那么多的I/O的源和目的(文件,控制台,网络连接等等),而且还有很多方法(顺序的,随机的,缓存的,二进制的,字符方式的,行的,字的等等)。Java类库的设计者们用“创建很多类”的办法来解决这个问题。坦率地说,Java I/O系统的类实在太多了,以至于初看起来会把人吓着(但是,具有讽刺意味的是,这种设计实际上是限制了类的爆炸性增长)。此外,Java在1.0版之后又对其I/O类库进行了重大的修改,原先是面向byte的,现在又补充了面向Unicode字符的类库。为了提高性能,完善功能,JDK1.4又加了一个nio(意思是“new I/O”。这个名字会用上很多年)。这么以来,如果你想对Java 的I/O类库有个全面了解,并且做到运用自如,你就得先学习大量的类。此外,了解I/O类库的演化历史也是相当重要的。可能你的第一反应是“别拿什么历史来烦我了,告诉我怎么用就可以了!”但问题是,如果你对这段一无所知,很快就会被一些有用或是没用的类给搞糊涂了。本文会介绍Java 标准类库中的各种I/O类,和其使用方法。File 类在介绍直接从流里读写数据的类之前,我们先介绍一下处理文件和目录的类。你会认为这是一个关于文件的类,但它不是。你可以用它来表示某个文件的名字,也可以用它来表示目录里一组文件的名字。如果它表示的是一组文件,那么你还可以用list( )方法来进行查询,让它会返回String数组。由于元素数量是固定的,因此数组会比容器更好一些。如果你想要获取另一个目录的清单,再建一个File对象就是了。 目录列表器假设你想看看这个目录。有两个办法。一是不带参数调用list( )。它返回的是File对象所含内容的完整清单。但是,如果你要的是一个限制性列表(restricted list)的话 比方说,你想看看所有扩展名为.java的文件 那么你就得使用目录过滤器了。这是一个专门负责挑选显示File对象的内容的类。 接口的声明: public interface boolean accept(, String name);accept( )方法需要两个参数,一个是File对象,表示这个文件是在哪个目录里面的;另一个是String,表示文件名。虽然你可以忽略它们中的一个,甚至两个都不管,但是你大概总得用一下文件名吧。记住,list( )会对目录里的每个文件调用accept( ),并以此判断是不是把它包括到返回值里;这个判断依据就是accept( )的返回值。 切记,文件名里不能有路径信息。为此你只要用一个String对象来创建File对象,然后再调用这个File对象的getName( )就可以了。它会帮你剥离路径信息(以一种平台无关的方式)。然后再在accept( )里面用正则表达式(regular expression)的matcher对象判断,regex是否与文件名相匹配。兜完这个圈子,list( )方法返回了一个数组。 匿名内部类这是用匿名内部类来征程程序的绝佳机会。下面我们先创建一个返回的filter()方法。/ Uses anonymous inner classes.import java.io.*;import java.util.*;import com.bruceeckel.util.*;public class DirList2 public static filter(final String afn) / Creation of anonymous inner class: return new () String fn = afn; public boolean accept(, String n) / Strip path information: String f = new File(n).getName(); return f.indexOf(fn) != -1; ; / End of anonymous inner class public static void main(String args) = new File(.); String list; if(args.length = 0) list = path.list(); else list = path.list(filter(args0); Arrays.sort(list, new AlphabeticComparator(); for(int i = 0; i list.length; i+) System.out.println(listi);注意,filter( )的参数必须是final的。要想在匿名内部类里使用其作用域之外的对象,只能这么做。这是对前面所讲的代码的改进,现在类已经与DirList2紧紧地绑在一起了。不过你还可以更进一步,把这个匿名内部类定义成list()的参数,这样代码会变得更紧凑:/ Building the anonymous inner class in-place.import java.io.*;import java.util.*;import com.bruceeckel.util.*;public class DirList3 public static void main(final String args) = new File(.); String list; if(args.length = 0) list = path.list(); else list = path.list(new () public boolean accept(, String n) String f = new File(n).getName(); return f.indexOf(args0) != -1; Arrays.sort(list, new AlphabeticComparator(); for(int i = 0; i list.length; i+) System.out.println(listi);现在该轮到main()的参数成final了,因为匿名内部类要用它的arg0.这个例子告诉我们,可以用匿名内部类来创建专门供特定问题用的,一次性的类。这种做法的好处是,它能把解决某个问题的代码全部集中到一个地方。但是从另一角度来说,这样做会使代码的可读性变差,所以要慎重。查看与创建目录File类的功能不仅限于显示文件或目录。它还能帮你创建新的目录甚至是目录路径(directorypath),如果目录不存在的话。此外它还能用来检查文件的属性(大小,上次修改的日期,读写权限等),判断File对象表示的是文件还是目录,以和删除文件。 renameTo( )这个方法会把文件重命名成(或者说移动到)新的目录,也就是参数所给出的目录。而参数本身就是一个File对象。这个方法也适用于目录。输入与输出I/O类库常使用流(stream)这种抽象。所谓流是一种能生成或接受数据的,代表数据的源和目标的对象。流把I/O设备内部的具体操作给隐藏起来了。 正如JDK文档所示的,Java的I/O类库分成输入和输出两大部分。所有InputStream和Reader的派生类都有一个基本的,继承下来的,能读取单个或byte数组的read( )方法。同理,所有OutputStream和Writer的派生类都有一个基本的,能写入单个或byte数组的write( )方法。但通常情况下,你是不会去用这些方法的;它们是给其它类用的 而后者会提供一些更实用的接口。因此,你很少会碰到只用一个类就能创建一个流的情形,实际上你得把多个对象叠起来,并以此来获取所需的功能。Java的流类库之所以会那么让人犯晕,最主要的原因就是你必须为创建一个流而动用多个对象。 我们最好还是根据其功能为这些class归个类。Java 1.0 的类库设计者们是从决定“让所有与输入相关的类去继承InputStream”入手的。同理,所有与输出相关的类就该继承OutputStream了。添加属性与适用的接口使用分层对象(layered objects),为单个对象动态地,透明地添加功能的做法,被称为DecoratorPattern。(模式是Thinkingin Patterns (with Java)的主题。)Decorator模式要求所有包覆在原始对象之外的对象,都必须具有与之完全相同的接口。这使得decorator的用法变得非常的透明-无论对象是否被decorate过,传给它的消息总是相同的。这也是Java I/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读取InputStreamFilterInputStream和其派生类有两项重要任务。DataInputStream可以读取各种primitive和String。(所有的方法都以read打头,比如readByte( ), readFloat( )。它,以和它的搭档DataOutputStream,能让你通过流将primitive数据从一个地方导到另一个地方。这些地方都列在表12-4里。 其它的类都是用来修改InputStream的内部行为的:是不是做缓冲,是不是知道它所读取的行信息(允许你读取行号或设定行号),是不是会弹出单个字符。后两个看上去更像是给编译器用的(也就是说,它们大概是为Java编译器设计的),所以通常情况下,你是不大会用到它们的。 不论你用哪种I/O设备,输入的时候,最好都做缓冲。所以对I/O类库来说,比较明智的做法还是把不缓冲当特例(或者去直接调用方法),而不是像现在这样把缓冲当作特例。外文原文:JAVA I/O SystemCreating a good input/output (I/O) system is one of the more difficult tasks for the language designer.This is evidenced by the number of different approaches. The challenge seems to be in covering all eventualities. Not only are there different sources and sinks of I/O that you want to communicate with (files, the console, network connections), but you need to talk to them in a wide variety of ways (sequential, random-access, buffered, binary, character, by lines, by words, etc.).The Java library designers attacked this problem by creating lots of classes. In fact, there are so many classes for Javas I/O system that it can be intimidating at first (ironically, the Java I/O design actually prevents an explosion of classes). There was also a significant change in the I/O library after Java 1.0, when the original byte-oriented library was supplemented with char-oriented, Unicode-based I/O classes. As a result there are a fair number of classes to learn before you understand enough of Javas I/O picture that you can use it properly. In addition, its rather important to understand the evolution history of the I/O library, even if your first reaction is “dont bother me with history, just show me how to use it!” The problem is that without the historical perspective you will rapidly become confused with some of the classes and when you should and shouldnt use them. This article will give you an introduction to the variety of I/O classes in the standard Java library and how to use them. The Before getting into the classes that actually read and write data to streams, well look a utility provided with the library to assist you in handling issues. The has a deceiving nameyou might think it refers to a file, but it doesnt. It can represent either the name of a particular the names of a set of files in a directory. If its a set of files, you can ask for the set with the list() method, and this returns an array of String. It makes sense to return an array rather than one of the flexible container classes because the number of elements is fixed, and if you want a different directory listing you just create a different . In fact, “” would have been a better name for the class. This section shows an example of the use of this class, including the associated interface. A directory listerSuppose youd like to see a directory listing. The can be listed in two ways. If you call list() with no arguments, youll get the full list that the contains. However, if you want a restricted listfor example, if you want all of the files with an extension of .javathen you use a “directory filter,” which is a class that tells how to select the for display. The DirFilter class “implements” the interface . Its useful to see how simple the interface is: public interface boolean accept(, String name);The accept() method must accept a representing the directory that a particular found in, and a String containing the name of that file. You might choose to use or ignore either of these arguments, but you will probably at least use the . Remember that the list() method is calling accept() for each of the in the directory object to see which one should be includedthis is indicated by the boolean result returned by accept(). To make sure the element youre working with is only the and contains no path information, all you have to do is take the String object and create a out of it, then call getName(), which strips away all the path information (in a platform-independent way). Then accept() uses the a regular expression matcher object to see if the regular expression regex matches the name of the accept(),the list()method returns an array.Anonymous inner classesThis example is ideal for rewriting using an anonymous inner class. As a first cut, a method filter() is created that returns a reference to a :/ Uses anonymous inner classes.import java.io.*;import java.util.*;import com.bruceeckel.util.*;public class DirList2 public static filter(final String afn) / Creation of anonymous inner class: return new () String fn = afn; public boolean accept(, String n) / Strip path information: String f = new File(n).getName(); return f.indexOf(fn) != -1; ; / End of anonymous inner class public static void main(String args) = new File(.); String list; if(args.length = 0) list = path.list(); else list = path.list(filter(args0); Arrays.sort(list, new AlphabeticComparator(); for(int i = 0; i list.length; i+) System.out.println(listi);Note that the argument to filter() must be final. This is required by the anonymous inner class so that it can use an object from outside its scope. This design is an improvement because the class is now tightly bound to DirList2. However, you can take this approach one step further and define the anonymous inner class as an argument to list(), in which case its even smaller:/ Building the anonymous inner class in-place.import java.io.*;import java.util.*;import com.bruceeckel.util.*;public class DirList3 public static void main(final String args) = new File(.); String list; if(args.length = 0) list = path.list(); else list = path.list(new () public boolean accept(, String n) String f = new File(n).getName(); return f.indexOf(args0) != -1; Arrays.sort(list, new AlphabeticComparator(); for(int i = 0; i list.length; i+) System.out.println(listi);The argument to main() is now final, since the anonymous inner class uses args0 directly. This shows you how anonymous inner classes allow the creation of quick-and-dirty classes to solve problems. Since everything in Java revolves around classes, this can be a useful coding technique. One benefit is that it keeps the code that solves a particular problem isolated together in one spot. On the other hand, it is not always as easy to read, so you must use it judiciously. Checking for and creating directoriesThe is more than just a representation for an existing directory. You can also use a to create a new directory or an entire directory path if it doesnt exist. You can also look at the characteristics of files (size, last modification date, read/write), see whether a represents a a directory, and delete a file. The first method thats exercised by main() is renameTo(), which allows you to rename (or move) a an entirely new path represented by the argument, which is another . This also works with directories of any length. Input and outputI/O libraries often use the abstraction of a stream, which represents any data source or sink as an object capable of producing or receiving pieces of data. The stream hides the details of what happens to the data inside the actual I/O device. The Java library classes for I/O are divided by input and output, as you can see by looking at the online Java class hierarchy in the JDK documentation. By inheritance, everything derived from the InputStream or Reader classes have basic methods called read() for reading a single byte or array of bytes. Likewise, everything derived from OutputStream or Writer classes have basic methods called write() for writing a single byte or array of bytes. However, you wont generally use these methods; they exist so that other classes can use themthese other classes provide a more useful interface. Thus, youll rarely create your stream object by using a single class, but instead will layer multiple objects together to provide your desired functionality. The fact that you create more than one object to create a single resulting stream is the primary reason that Javas stream library is confusing. Its helpful to categorize the classes by their functionality. In Java 1.0, the library designers started by deciding that all classes that had anything to do with input would be inherited from InputStream and all classes that were associated with output would be inherited from OutputStream. Adding attributes and useful interfacesThe use of layered objects to dynamically and transparently add responsibilities to individual objects is referred to as the Decorator pattern. The decorator pattern specifies that all objects that wrap around your initial object have the same interface. This makes the basic use of the decorators transparentyou send the same message to an object whether its been decorated or not. This is the reason for the existence of the “filter” classes in the Java I/O library: the abstract “filter” class is the base class for all the decorators. (A decorator must have the same interface as the object it decorates, but the decorator can also extend the interface, which occurs in several of the “filter” classes). Decorators are often used when simple subclassing results in a large number of subclasses in order to satisfy every possible combination that is neededso many subclasses that it becomes impractical. The Java I/O library requires many different combinations of features, which is why the decorator pattern is used. There is a drawback to the decorator pattern, however. Decorators give you much more flexibility while youre writing a program (since you can easily mix and match attributes), but they add complexity to your code. The reason that the Java I/O library is awkward to use is that you must create many classesthe “core” I/O type plus all the decoratorsin order to get the single I/O object that you want. The classes that provide the decorator interface to control a particular InputStream or OutputStream are the FilterInputStream and FilterOutputStreamwhich dont have very intuitive names. FilterInputStream and FilterOutputStream are abstract classes that are derived from the base classes of the I/O library, InputStream and OutputStream, which is the key requirement of the decorator (so that it provides the common interface to all the objects that are being decorated). Reading from an InputStream with FilterInputStreamThe FilterInputStream classes accomplish two significantly different things. DataInputStream allows you to read different types of primitive data as well as String objects. (All the methods start with “read,” such as readByte(), readFloat(), etc.) This, along with its companion DataOutputStream, allows you to move primitive data from one place to another via a stream. These “places” are determined by the classes in Table 12-4 Table 12-4. Types of FilterInputStreamThe remaining classes modify the way an InputStream behaves internally: whether its buffered or unbuffered, if it keeps track of the lines its reading (allowing you to ask for line numbers or set the line number), and whether you can push back a single character. The last two classes look a lot like support for building a compiler (that is, they were added to support the construction of the Java compiler), so you probably wont use them in general programming. Youll probably need to buffer your input almost every time, regardless of the I/O device youre connecting to, so it would have made more sense for the I/O library to make a special case (or simply a method call) for unbuffered input rather than buffered input. 第 16 页
展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 管理文书 > 施工组织


copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!