REPOR
XML技术是随着Java的发展而发展起来的。在XML出现之前对于简单的数据格式通常是存储在ini配置文件等文本文件中,复杂的格式则采用自定义的文件格式,因此对于每种文件格式都要有专门的解析程序。XML出现以后解决了这个问题,程序面对的是有固定格式的XML文件,只要通过标准API就可以进行XML文件的处理。
XML文件在案例系统中应用是很广泛的,比如ClientConfig.xml、ServerConfig.xml文件就是使用XML文件来做配置文件的,元数据文件以及元数据加载器更是离不开XML。因此本章将系统讲解一下XML文件的处理技术。
1.1 XML处理技术比较
在Java领域XML文件的技术大致分为两类:XML API和OXMapping。XML API是XML处理的基础,可选技术包括JDOM、Dom4j等;OXMapping是Object-XML Mapping的简称,这种技术隐藏了XML底层操作的细节,可以将XML文件映射成一个JavaBean对象,也可以把一个JavaBean对象保存成一个XML文件,可选技术XStream、Digester、Castor等。XML API和OXMapping的关系类似于JDBC和ORMaping的关系,OXMapping内部实现使用XML API来完成,两种实现技术从不同的层面实现了XML的处理。
XML API
此类XML处理技术中最流行的莫过于JDOM和Dom4j了,二者的使用方式非常相似。不过Dom4j的优势比JDOM更明显一些:
Dom4j大量的使用接口,这使得Dom4j比Dom4j更加灵活和具有可扩展性;
Dom4j的性能表现比JDOM好;
Dom4j支持XPath等高级特性;
正是由于这些优点,很多开源项目都开始使用Dom4j做XML解析技术,本书也将使用Dom4j做为XML处理的首选。
OXMapping
使用XML API解析是略显烦琐的,受ORMapping技术的启发,人们发明了OXMapping技术,使用OXMapping技术,我们可以将XML文件映射成一个JavaBean对象,也可以把一个JavaBean对象保存成一个XML文件,这大大简化了我们的开发工作量,使得开发人员能更多的关注应用层面的东西。
开源世界中涌现出很多OXMapping框架,包括XStream、Digester、Castor等。XStream和Digester把映射的过程在代码中完成,而Castor则需要写一个和Hibernate中cfg.xml类似的映射配置文件。与Digester比起来,XStream的主要优点就是更加小巧,使用也更加方便,不过目前使用Digester是“开源名牌”Apache下的子项目,网上可以参考的资料也比XStream多,好在XStream比较简洁,所以并不会对XStream造成太大影响。
1.2 Dom4j的使用
Dom4j是一个易用的、开源的库,用于XML,XPath和XSLT。它应用于Java平台,采用了Java集合框架并完全支持DOM,SAX和JAXP。Dom4j是sourceforge.net上的一个开源项目,地址为http://sourceforge.net/projects/dom4j。
Dom4j里基于接口编程是一个非常显著的优点,下面是其主要的接口的继承体系结构图:
图5.1
这些接口大部分都是定义在包org.dom4j中,下面简单介绍各个接口的意义:
表5.1Dom4j主要接口
Node | Node为是dom4j中所有的XML节点的基类型接口 |
Attribute | Attribute定义了XML的属性 |
Branch | Branch为能够包含子节点的节点如XML元素(Element)和文档(Docuemnts)定义了一个公共的行为 |
Document | 定义了XML文档 |
Element | Element定义XML 元素 |
DocumentType | DocumentType 定义XML DOCTYPE声明 |
Entity | Entity定义XML entity |
CharacterData | CharacterData是一个标识借口,标识基于字符的节点。如CDATA,Comment, Text |
CDATA | CDATA 定义了XML CDATA 区域 |
Comment | Comment 定义了XML注释的行为 |
Text | Text 定义XML 文本节点 |
ProcessingInstruction | ProcessingInstruction 定义XML 处理指令 |
读取XML文件
在XML应用中,最常用的莫过于XML文件的解析读取了,Dom4j提供了多种读取XML文档的方式,包括Dom树遍历、Visitor方式和XPath方式。
无论哪种方式,我们首先都要根据xml文件构造一个Document对象:
SAXReader reader = new SAXReader();
Document document = reader.read(new File(fileName));
这里我们选用了SAXReader做为XML读取器,我们同样也可以选择DOMReader做为XML读取器:
SAXReader reader = new DOMReader();
Document document = reader.read(new File(fileName));
其中reader的read方法有多个重载方法,可以从InputStream, File, URL等多种不同的源来读取XML文档。
(1)Dom树遍历
这种读取方式中把Dom看成一个普通的树,要读取XML中某个节点的值,只要采用数据结构中的树遍历算法定位到需要读取的节点即可。
要便利Dom树,首先要取得树的根节点:
Element root = document.getRootElement();
取得根节点以后就可以一级一级的向下读了:
// 遍历所有子节点
for ( Iterator i = root.elementIterator(); i.hasNext(); )
{
Element element = (Element) i.next();
// do something
}
// 遍历名称为“foo”的节点
for ( Iterator i = root.elementIterator(“foo”); i.hasNext();)
{
Element foo = (Element) i.next();
// do something
}
// 遍历属性
for ( Iterator i = root.attributeIterator(); i.hasNext(); )
{
Attribute attribute = (Attribute) i.next();
// do something
}
(2)Visitor方式
Dom树遍历是最普通,也是最常用的XML读取方式,其他的XML解析引擎,比如JDom等,也是使用这种方式进行XML的读取。不过Dom4j提供了另外一种读取方式,那就是Visitor方式。这种方式实现了Visitor模式,调用者只要编写一个Visitor就可以了。Visitor模式使得访问者易于增加新的操作,同时使访问者集中相关的操作而分离无关的操作。
编写的Visitor必须实现org.dom4j.Visitor接口,Dom4j还提供了一个Default Adapter模式的默认适配器org.dom4j.VisitorSupport。
public class DemoVisitor extends VisitorSupport
{
public void visit(Element element)
{
System.out.println(element.getName());
}
public void visit(Attribute attr)
{
System.out.println(attr.getName());
}
}
然后在要开始遍历的节点调用此Visitor即可:
root.accept(new DemoVisitor ())
此方式需要遍历所有的节点和元素,因此速度会稍慢一些。
(3)XPath方式
Dom4j最吸引人的特性莫过于对XPath的集成支持了,这个特性并不是所有的XML解析引擎都支持的,但是确实一个非常有用的特性。
XPath 是寻址、搜索和匹配文档的各个部分的语言。它使用路径标记法来指定和匹配文档的各个部分,该标记法与文件系统和URL 中使用的类似。例如,XPath:/x/y/z 搜索文档的根节点x,其下存在节点y,其下存在节点z。该语句返回与指定路径结构匹配的所有节点。/x/y/* 返回父节点为x 的y 节点下的任何节点。/x/y[@name=a] 匹配所有父节点为x 的y 节点,其属性称为name,属性值为a。
XPath大大简化了XML的寻址操作,使用者只要通过匹配表达式告诉引擎要匹配文档的哪些部分即可,具体的匹配工作由XPath引擎来完成。这种方式更加接近于人类的自然思维方式。我们来看一个实际的例子:
有一个XML文件记录了一个部门的基本情况:
<?xml version="1.0" encoding="GB2312"?>
<department>
<name>开发部</name>
<level>2</level>
<employeeList>
<employee number="001" name="Tom" />
<employee number="002" name="Jim" />
<employee number="003" name="Lily" />
</employeeList>
</department>
name代表部门名称,level为部门的级别,employeeList下是部门所有的员工列表。下面编写一个程序读取此文件并打印出部门的信息。
代码5.1XPath演示
InputStream inStream = null;
try
{
inStream = Dom4jDemo01.class.getResourceAsStream(
"/com/cownew/Char0502/Department01.xml");
SAXReader reader = new SAXReader();
Document doc = reader.read(new InputStreamReader(inStream));
Node nameNode = doc.selectSingleNode("//department/name");
System.out.println("部门名称:" + nameNode.getText());
Node levelNode = doc.selectSingleNode("//department/level");
System.out.println("部门级别:" + levelNode.getText());
List employeeNodeList = doc
.selectNodes("//department/employeeList/employee");
System.out.println("部门下属雇员:");
for (int i = 0, n = employeeNodeList.size(); i < n; i++)
{
DefaultElement employeeElement = (DefaultElement) employeeNodeList
.get(i);
String name = employeeElement.attributeValue("name");
String number = employeeElement.attributeValue("number");
System.out.println(name + ",工号:" + number);
}
} finally
{
ResourceUtils.close(inStream);
}
运行结果:
部门名称:开发部
部门级别:2
部门下属雇员:
Tom,工号:001
Jim,工号:002
Lily,工号:003
使用XPath以后,我们只要使用“//department/name”这种非常清晰的方式就可以直接定位到具体的节点。XPath方式中定位单个节点使用selectSingleNode方法,而定位多节点则使用selectNodes方法。
案例系统中所有的XML文件都是使用XPath方式进行解析的,包括ClientConfig.java、ServerConfig.java、EntityMetaDataParser.java等。
XML文件的创建
Dom4j中XML文件的创建和其他的XML引擎类似,首先以Document的根节点为基础构造出一棵节点树,然后调用相应的IO类库就可以将XML文件保存到适当的介质中了。
下面演示一下生成上文提到的那个部门信息XML文件的过程:
代码5.2XML创建演示
import java.io.FileWriter;
import java.io.IOException;
import org.dom4j.Document;
import org.dom4j.DocumentHelper;
import org.dom4j.Element;
import org.dom4j.io.OutputFormat;
import org.dom4j.io.XMLWriter;
public class Dom4jDemo02
{
public static void main(String[] args)
{
// 创建文档对象
Document document = DocumentHelper.createDocument();
// 添加根节点"department"
Element departElement = document.addElement("department");
// 添加"name"节点
Element departNameElement = DocumentHelper.createElement("name");
departNameElement.setText("开发部");
departElement.add(departNameElement);
// 添加"level"节点
Element departLevelElement = DocumentHelper.createElement("level");
departLevelElement.setText("2");
departElement.add(departLevelElement);
// 添加员工列表"employeeList"节点
Element employeeElementList = DocumentHelper
.createElement("employeeList");
departElement.add(employeeElementList);
// 添加员工节点"employee"
Element emp1Element = DocumentHelper.createElement("employee");
emp1Element.addAttribute("number", "001");
emp1Element.addAttribute("name", "Tom");
employeeElementList.add(emp1Element);
Element emp2Element = DocumentHelper.createElement("employee");
emp2Element.addAttribute("number", "002");
emp2Element.addAttribute("name", "Jim");
employeeElementList.add(emp2Element);
Element emp3Element = DocumentHelper.createElement("employee");
//添加属性
emp3Element.addAttribute("number", "003");
emp3Element.addAttribute("name", "Lily");
employeeElementList.add(emp3Element);
try
{
writeToFile(document, "c:/department.xml");
} catch (IOException e)
{
e.printStackTrace();
}
}
private static void writeToFile(Document document, String file)
throws IOException
{
// 美化格式
OutputFormat format = OutputFormat.createPrettyPrint();
format.setEncoding("GB2312");
XMLWriter writer = null;
try
{
writer = new XMLWriter(new FileWriter(file), format);
writer.write(document);
} finally
{
if (writer != null)
writer.close();
}
}
}
运行以后就可以在c:/下发现生成了和5.2.1的文件内容一样的department.xml了。
这里有两点需要注意的:
(1)OutputFormat format = OutputFormat.createPrettyPrint()
XML通常是需要人阅读的,Dom4j默认的生成格式是紧缩格式的,这样可以减少空间占用,但是带来的缺点就是文件格式非常难看,因此我们采用锁紧格式进行输出。
(2)format.setEncoding("GB2312")
Dom4j默认的编码格式是“UTF-8”,这在输出中文字符的时候会有问题,因此我们改成“GB2312”格式。
这里使用了Dom4j提供的工具类DocumentHelper提供的createElement方法来创建一个节点,这个工具类还有public static CDATA createCDATA(String text)、public static Comment createComment(String text)、public static Entity createEntity(String name, String text) 等方法可以帮助我们更快的创建节点。DocumentHelper还提供了parseText方法,可以直接将字符串解析成Documen对象。
1.3 XStream的使用
在使用XStream之前首先到http://xstream.codehaus.org下载XStream的最新版本,然后把XSteam***.jar和xpp3-***.jar导入到ClassPath下,然后就可以使用了,当然不加入xpp3-***.jar也可以,我们可以使用DomDriver做为XML解析驱动(只要在实例化XStream的时候使用new XStream(new DomDriver())即可),不过Xpp3为XStream提供的一个很有效率的XML pull-parser实现,推荐使用,可以提高解析的效率。
XML的解析
我们有一个记录书籍进行的XML文件:
<book>
<name>J2EE Guide Book</name>
<author>
<name>Jerry</name>
<email>Jerry@mail.com</email>
</author>
</book>
为了解析此XML文件,我们首先创建代表书籍和人员的两个JavaBean。
代码5.3人员和书籍的JavaBean
public class BookInfo
{
private String name;
private PersonInfo author;
public PersonInfo getAuthor()
{
return author;
}
public void setAuthor(PersonInfo author)
{
this.author = author;
}
public String getName()
{
return name;
}
public void setName(String name)
{
this.name = name;
}
}
public class PersonInfo
{
private String name;
private String email;
public String getEmail()
{
return email;
}
public void setEmail(String email)
{
this.email = email;
}
public String getName()
{
return name;
}
public void setName(String name)
{
this.name = name;
}
}
然后我们就可以进行文件的解析了,这也是重头戏:
代码5.4XStream的XML解析
XStream xstream = new XStream();
xstream.alias("book", BookInfo.class);
xstream.alias("author", PersonInfo.class);
InputStream inStream = XStreamDemo.class
.getResourceAsStream("/com/cownew/Char0503/Books.xml");
InputStreamReader reader = new InputStreamReader(inStream);
BookInfo book = (BookInfo) xstream.fromXML(reader);
StringBuffer sb = new StringBuffer();
sb.append(book.getName()).append("的作者");
sb.append(book.getAuthor().getName()).append("的Email为:");
sb.append(book.getAuthor().getEmail());
System.out.println(sb);
运行结果:
J2EE Guide Book的作者Jerry的Email为:Jerry@mail.com
由于book节点和author节点对应的数据类型是我们的自定义类型,因此我们必须首先向XStream注册这两个类型:
xstream.alias("book", BookInfo.class);
xstream.alias("author", PersonInfo.class);
由于我们是使用XStream解析已有的XML文件,因此我们必须让XStream知道标签对应的类型是什么,如果我们是使用XStream进行XML文件的生成,那么我们甚至无需向XStream注册别名即可进行文件解析。
注册完类型以后,调用XStream类的fromXML方法即可把XML解析成JavaBean对象,无需额外的操作。
XML文件的保存
我们不仅需要解析XML文件,有的时候还需要将数据保存到XML文件,XStream同样能很好的完成,并且能更体现出XStream的强大。
代码5.5XStream中XML的保存
List bookList = new ArrayList();
PersonInfo p1 = new PersonInfo();
p1.setName("Tom");
p1.setEmail("Tom@mail.com");
PersonInfo p2 = new PersonInfo();
p2.setName("Jerry");
p2.setEmail("Jerry@mail.com");
BookInfo book1 = new BookInfo();
book1.setName("About Face");
book1.setAuthor(p1);
BookInfo book2 = new BookInfo();
book2.setName("UI Design");
book2.setAuthor(p2);
bookList.add(book1);
bookList.add(book2);
XStream xstream = new XStream();
String xml = xstream.toXML(bookList);
System.out.println(xml);
List list = (List) xstream.fromXML(xml);
for(int i=0,n=list.size();i<n;i++)
{
BookInfo book = (BookInfo) list.get(i);
StringBuffer sb = new StringBuffer();
sb.append(book.getName()).append("的作者");
sb.append(book.getAuthor().getName()).append("的Email为:");
sb.append(book.getAuthor().getEmail());
System.out.println(sb);
}
运行结果:
<list>
<com.cownew.Char0503.BookInfo>
<name>About Face</name>
<author>
<name>Tom</name>
<email>Tom@mail.com</email>
</author>
</com.cownew.Char0503.BookInfo>
<com.cownew.Char0503.BookInfo>
<name>UI Design</name>
<author>
<name>Jerry</name>
<email>Jerry@mail.com</email>
</author>
</com.cownew.Char0503.BookInfo>
</list>
About Face的作者Tom的Email为:Tom@mail.com
UI Design的作者Jerry的Email为:Jerry@mail.com
不可思议吧!我们就是像在序列化一样把JavaBean“序列化”为XML格式字符串,然后又轻松的将XML格式字符串“反序列化”为JavaBean。
不过美中不足的就是“<com.cownew.Char0503.BookInfo>”这个标签显得有点罗嗦。解决方式很简单,使用5.3.1一节中提到的alias方法就可以办到:
将xstream.alias("book", BookInfo.class);添加到XStream xstream = new XStream();之后,然后重新运行:
<list>
<book>
<name>About Face</name>
<author>
<name>Tom</name>
<email>Tom@mail.com</email>
</author>
</book>
<book>
<name>UI Design</name>
<author>
<name>Jerry</name>
<email>Jerry@mail.com</email>
</author>
</book>
</list>
About Face的作者Tom的Email为:Tom@mail.com
UI Design的作者Jerry的Email为:Jerry@mail.com
|
(1) 类名首字母应该大写。字段、方法以及对象(句柄)的首字母应小写。对于所有标识符,其中包含的所有单词都应紧靠在一起,而且大写中间单词的首字母。例如: ThisIsAClassName thisIsMethodOrFieldName 若在定义中出现了常数初始化字符,则大写static final基本类型标识符中的所有字母。这样便可标志出它们属于编译期的常数。 Java包(Package)属于一种特殊情况:它们全都是小写字母,即便中间的单词亦是如此。对于域名扩展名称,如com,org,net或者edu等,全部都应小写(这也是Java 1.1和Java 1.2的区别之一)。
(2) 为了常规用途而创建一个类时,请采取"经典形式",并包含对下述元素的定义:
equals() hashCode() toString() clone()(implement Cloneable) implement Serializable
(3) 对于自己创建的每一个类,都考虑置入一个main(),其中包含了用于测试那个类的代码。为使用一个项目中的类,我们没必要删除测试代码。若进行了任何形式的改动,可方便地返回测试。这些代码也可作为如何使用类的一个示例使用。
(4) 应将方法设计成简要的、功能性单元,用它描述和实现一个不连续的类接口部分。理想情况下,方法应简明扼要。若长度很大,可考虑通过某种方式将其分割成较短的几个方法。这样做也便于类内代码的重复使用(有些时候,方法必须非常大,但它们仍应只做同样的一件事情)。
(5) 设计一个类时,请设身处地为客户程序员考虑一下(类的使用方法应该是非常明确的)。然后,再设身处地为管理代码的人考虑一下(预计有可能进行哪些形式的修改,想想用什么方法可把它们变得更简单)。 (6) 使类尽可能短小精悍,而且只解决一个特定的问题。下面是对类设计的一些建议: ■一个复杂的开关语句:考虑采用"多形"机制 ■数量众多的方法涉及到类型差别极大的操作:考虑用几个类来分别实现 ■许多成员变量在特征上有很大的差别:考虑使用几个类
(7) 让一切东西都尽可能地"私有"--private。可使库的某一部分"公共化"(一个方法、类或者一个字段等等),就永远不能把它拿出。若强行拿出,就可能破坏其他人现有的代码,使他们不得不重新编写和设计。若只公布自己必须公布的,就可放心大胆地改变其他任何东西。在多线程环境中,隐私是特别重要的一个因素--只有private字段才能在非同步使用的情况下受到保护。
(8) 谨惕"巨大对象综合症"。对一些习惯于顺序编程思维、且初涉OOP领域的新手,往往喜欢先写一个顺序执行的程序,再把它嵌入一个或两个巨大的对象里。根据编程原理,对象表达的应该是应用程序的概念,而非应用程序本身。
(9) 若不得已进行一些不太雅观的编程,至少应该把那些代码置于一个类的内部。
(10) 任何时候只要发现类与类之间结合得非常紧密,就需要考虑是否采用内部类,从而改善编码及维护工作(参见第14章14.1.2小节的"用内部类改进代码")。
(11) 尽可能细致地加上注释,并用javadoc注释文档语法生成自己的程序文档。
(12) 避免使用"魔术数字",这些数字很难与代码很好地配合。如以后需要修改它,无疑会成为一场噩梦,因为根本不知道"100"到底是指"数组大小"还是"其他全然不同的东西"。所以,我们应创建一个常数,并为其使用具有说服力的描述性名称,并在整个程序中都采用常数标识符。这样可使程序更易理解以及更易维护。
(13) 涉及构建器和异常的时候,通常希望重新丢弃在构建器中捕获的任何异常--如果它造成了那个对象的创建失败。这样一来,调用者就不会以为那个对象已正确地创建,从而盲目地继续。
(14) 当客户程序员用完对象以后,若你的类要求进行任何清除工作,可考虑将清除代码置于一个良好定义的方法里,采用类似于cleanup()这样的名字,明确表明自己的用途。除此以外,可在类内放置一个boolean(布尔)标记,指出对象是否已被清除。在类的finalize()方法里,请确定对象已被清除,并已丢弃了从RuntimeException继承的一个类(如果还没有的话),从而指出一个编程错误。在采取象这样的方案之前,请确定finalize()能够在自己的系统中工作(可能需要调用System.runFinalizersOnExit(true),从而确保这一行为)。
(15) 在一个特定的作用域内,若一个对象必须清除(非由垃圾收集机制处理),请采用下述方法:初始化对象;若成功,则立即进入一个含有finally从句的try块,开始清除工作。
(16) 若在初始化过程中需要覆盖(取消)finalize(),请记住调用super.finalize()(若Object属于我们的直接超类,则无此必要)。在对finalize()进行覆盖的过程中,对super.finalize()的调用应属于最后一个行动,而不应是第一个行动,这样可确保在需要基础类组件的时候它们依然有效。
(17) 创建大小固定的对象集合时,请将它们传输至一个数组(若准备从一个方法里返回这个集合,更应如此操作)。这样一来,我们就可享受到数组在编译期进行类型检查的好处。此外,为使用它们,数组的接收者也许并不需要将对象"造型"到数组里。
(18) 尽量使用interfaces,不要使用abstract类。若已知某样东西准备成为一个基础类,那么第一个选择应是将其变成一个interface(接口)。只有在不得不使用方法定义或者成员变量的时候,才需要将其变成一个abstract(抽象)类。接口主要描述了客户希望做什么事情,而一个类则致力于(或允许)具体的实施细节。
(19) 在构建器内部,只进行那些将对象设为正确状态所需的工作。尽可能地避免调用其他方法,因为那些方法可能被其他人覆盖或取消,从而在构建过程中产生不可预知的结果(参见第7章的详细说明)。
(20) 对象不应只是简单地容纳一些数据;它们的行为也应得到良好的定义。
(21) 在现成类的基础上创建新类时,请首先选择"新建"或"创作"。只有自己的设计要求必须继承时,才应考虑这方面的问题。若在本来允许新建的场合使用了继承,则整个设计会变得没有必要地复杂。
(22) 用继承及方法覆盖来表示行为间的差异,而用字段表示状态间的区别。一个非常极端的例子是通过对不同类的继承来表示颜色,这是绝对应该避免的:应直接使用一个"颜色"字段。
(23) 为避免编程时遇到麻烦,请保证在自己类路径指到的任何地方,每个名字都仅对应一个类。否则,编译器可能先找到同名的另一个类,并报告出错消息。若怀疑自己碰到了类路径问题,请试试在类路径的每一个起点,搜索一下同名的.class文件。
(24) 在Java 1.1 AWT中使用事件"适配器"时,特别容易碰到一个陷阱。若覆盖了某个适配器方法,同时拼写方法没有特别讲究,最后的结果就是新添加一个方法,而不是覆盖现成方法。然而,由于这样做是完全合法的,所以不会从编译器或运行期系统获得任何出错提示--只不过代码的工作就变得不正常了。
(25) 用合理的设计方案消除"伪功能"。也就是说,假若只需要创建类的一个对象,就不要提前限制自己使用应用程序,并加上一条"只生成其中一个"注释。请考虑将其封装成一个"独生子"的形式。若在主程序里有大量散乱的代码,用于创建自己的对象,请考虑采纳一种创造性的方案,将些代码封装起来。
(26) 警惕"分析瘫痪"。请记住,无论如何都要提前了解整个项目的状况,再去考察其中的细节。由于把握了全局,可快速认识自己未知的一些因素,防止在考察细节的时候陷入"死逻辑"中。
(27) 警惕"过早优化"。首先让它运行起来,再考虑变得更快--但只有在自己必须这样做、而且经证实在某部分代码中的确存在一个性能瓶颈的时候,才应进行优化。除非用专门的工具分析瓶颈,否则很有可能是在浪费自己的时间。性能提升的隐含代价是自己的代码变得难于理解,而且难于维护。
(28) 请记住,阅读代码的时间比写代码的时间多得多。思路清晰的设计可获得易于理解的程序,但注释、细致的解释以及一些示例往往具有不可估量的价值。无论对你自己,还是对后来的人,它们都是相当重要的。如对此仍有怀疑,那么请试想自己试图从联机Java文档里找出有用信息时碰到的挫折,这样或许能将你说服。
(29) 如认为自己已进行了良好的分析、设计或者实施,那么请稍微更换一下思维角度。试试邀请一些外来人士--并不一定是专家,但可以是来自本公司其他部门的人。请他们用完全新鲜的眼光考察你的工作,看看是否能找出你一度熟视无睹的问题。采取这种方式,往往能在最适合修改的阶段找出一些关键性的问题,避免产品发行后再解决问题而造成的金钱及精力方面的损失。
(30) 良好的设计能带来最大的回报。简言之,对于一个特定的问题,通常会花较长的时间才能找到一种最恰当的解决方案。但一旦找到了正确的方法,以后的工作就轻松多了,再也不用经历数小时、数天或者数月的痛苦挣扎。我们的努力工作会带来最大的回报(甚至无可估量)。而且由于自己倾注了大量心血,最终获得一个出色的设计方案,成功的快感也是令人心动的。坚持抵制草草完工的诱惑--那样做往往得不偿失
http://bbs.java.ccidnet.com/htm_data/2/0701/257868.html
|
|