public static void concatenateStrings(String startingString) {
for (int i = 0; i ＜ 20; i++) {
startingString = startingString + startingString;
}
}
public static void concatenateStringsUsingStringBuffer(String startingString) {
StringBuffer sb = new StringBuffer();
sb.append(startingString);
for (int i = 0; i ＜ 20; i++) {
sb.append(sb.toString());
}
} |
在測試中可發現，使用StringBuffer的方法只用了0.01秒執行完畢，而使用連接的方法則用了0.08秒，選擇顯而易見了。
七、多關注GUI(用戶界面)。再三強調，GUI對商業客戶來說，與程序的功能及效率同等重要，GUI是一個成功程序的最基本部分，而很多IT經理往往都沒注意到GUI的重要性。在現實生活中，許多公司可能為了節省開支，沒有雇用那些有著設計“用戶友好”界面豐富經驗的網頁設計者，此時Java開發者只能依賴他們自身的HTML基本功及在此領域有限的知識，結果，很多開發出來的程序都是“計算機友好”甚于“用戶友好”。很少有開發者同時精通軟件開發及GUI設計，如果你在公司“不幸”被分配負責程序界面，就應該遵守下面三條原則：
1、 不要再發明一次輪子，即不做無用功�，F有的程序可能會有類似的界面需求。
2、 先創建一個原型。這是非常重要一步，用戶一般想看到他們將使用的東西，而且可以先利用這個原型征求用戶的意見，再慢慢修改成用戶想要的樣子。
3、 學會換位思考。換句話來說，就是從用戶的角度來審查程序的需求。舉例來講，一個匯總的窗口可以跨頁或者不跨頁，作為一個軟件開發者，可能會傾向于不跨頁，因為這樣簡單一些。但是，從用戶的角度來看，可能不希望看到上百行數據都擠在同一頁上。
八、文檔需求不放松。每個商業需求都必須記錄在案，這可能聽上去像童話，似乎在現實生活中很難實現。而我們要做的是，不管開發時間多緊迫，不管最終期限多臨近，對每個商業需求都必須記錄在案。
九、單元測試、單元測試、單元測試。關于什么是單元測試的最好方法，在此不便細說，只是強調，單元測試一定要完成，這也是編程中最基本的原則。當然了，如果有人幫你做單元測試自然是最好，如果沒有，就自己來做吧，當創建一個單元測試計劃時，請遵守以下三條最基本的原則：
1、 先于編寫類代碼之前編寫單元測試。
2、 記錄單元測試中的代碼注釋。
3、 測試所有執行關鍵功能的公有方法，這里不是指set和get方法，除非它們是以自己獨特方式執行set和get方法。
十、質量，而不是數量。有些時候因為產品問題、期限緊迫、或一些預料之外的事情，導致常常不能按時下班，但一般而言，公司不會因為雇員經常加班而對之表揚和獎勵，公司只看重高質量的工作。如果遵守了前九條原則，你會發現自己寫出的代碼bug少
文章來源于領測軟件測試網 http://www.kjueaiud.com/
