新的接口消除了调用者将输入文本转化为匹配子程序所要求的格式的需求。MailBot可以用如下的方式调用match()：
int resultOffset = dateMatcher.match(myBuffer, thisHeaderStart, thisHeaderEnd-thisHeaderStart);
if (resultOffset < 0) { ... }
这样就既达到了设计目标又没有创建任何新的对象，另外，它的接口设计也体现了Java所倡导的"多而简单的方法"的设计思想。
创建对象对性能的精确影响取决于match()完成的工作量。通过创建和对二个不作任何实际工作的表达式匹配程序类的运行进行计时，就会发现它们在性能上存在着巨大的差异，在Sun 1.3 JDK中，使用BetterRegExpMatcher类的上述代码的运行速度比使用BadRegExpMatcher类快50倍。通过简单地支持子串匹配，BetterRegExpMatcher的运行速度就可以比BadRegExpMatcher快5倍。
临时对象对软件性能的影响
临时对象的存在时间一般都比较短暂，除了作为其他数据的容器外，没有其他什么用途，开发人员一般用它向方法传递数据或从方法中返回数据。文章的第一部分探讨了创建临时对象是如何影响程序性能的，并表明恰当的类的接口设计可以有效地减少临时对象的创建。通过避免设计这样的接口，就可以减少临时对象的创建，降低对程序性能的影响程度。在本篇文章中，我将讨论过多地创建临时对象的问题并在后面的文章中提供一些成熟的技术来避免过多地创建临时对象。
仅仅对String说NO？
说到创建临时对象，String类是最大的"罪魁祸手"。为了说明这一点，我在这篇文章的第一部分中开发了一个表达式匹配类的例子，并演示了一个看起来颇为正常的接口是如何因为创建了临时对象而比一个具有较好接口的类似的类运行速度慢数倍的。下面是最初的和性能较好的类的接口：
BadRegExpMatcher
public class BadRegExpMatcher {
public BadRegExpMatcher(String regExp);
文章来源于领测软件测试网 https://www.ltesting.net/
