軟件的性能設計

　新的接口消除了調用者將輸入文本轉化為匹配子程序所要求的格式的需求。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);

　　　

文章來源于領測軟件測試網 http://www.kjueaiud.com/