posted @ 2009-02-02 13:08 lymons 閱讀(2078) | 評論 (0) | 編輯 收藏
factory method:定義一個用來創(chuàng)建對象的接口,并讓子類來決定實例化哪一個具體的類(產(chǎn)品),從而讓具體類的實例化延遲到子類。
他們的主要區(qū)別在于,abstract factory強調的是把諾干個產(chǎn)品按照風格進行分類, 為相同風格的一系列對象(產(chǎn)品)提供一個工廠類,因此,只要改變工廠類的實例,就能到達改變這一組產(chǎn)品的風格和外觀。而這一風格的產(chǎn)品的生產(chǎn)可以利用工廠方法來實現(xiàn). 這其中, factory method強調的則是先在父類實現(xiàn)創(chuàng)建對象的行為,具體的行為或者具體對象(產(chǎn)品)的實例化則延遲到子類實現(xiàn)。 閱讀全文
posted @ 2009-02-02 12:58 lymons 閱讀(684) | 評論 (0) | 編輯 收藏
posted @ 2009-02-02 12:54 lymons 閱讀(1266) | 評論 (1) | 編輯 收藏
posted @ 2009-02-02 12:52 lymons 閱讀(439) | 評論 (0) | 編輯 收藏
posted @ 2009-02-02 12:47 lymons 閱讀(821) | 評論 (0) | 編輯 收藏
posted @ 2009-02-02 12:31 lymons 閱讀(4784) | 評論 (0) | 編輯 收藏
posted @ 2009-02-02 11:58 lymons 閱讀(1162) | 評論 (0) | 編輯 收藏
品質
軟件開發(fā)中所謂的degrade是指,在修改某個bug時,引入了另外的bug。在日本通常稱之為"デグレード"或者“デグレ”。例如,在計算字符串長度的機能中,修改了日語(2字節(jié)字符串)長度數(shù)錯的bug,而導致原本好用的英數(shù)字(1字節(jié)字符串)的長度計算出錯,這樣就叫degrade。
避免出現(xiàn)“デグレ”的對策就是進行回溯測試(除了修改部分的確認測試以外,還要做確認現(xiàn)有機能是否如期待那樣運行的測試)。只是不能每次修改時都做大范圍手動回溯測試,自動化測試也是有范圍的。要考慮bug發(fā)生時風險的嚴重性,再決定回溯測試的執(zhí)行方針,或選擇(減少)要執(zhí)行的回溯測試,或考慮自動化測試程序的再利用性和規(guī)模,再決定自動化的范圍。也有在設計程序和測試設計之初,就預先制定好各機能如何進行回溯測試的簡單運行規(guī)則。
特別是個別的承包系統(tǒng)項目和用于本公司服務的項目等,因為在出現(xiàn)問題時能夠立刻修改,所以在實際中更容易引入新問題,如在發(fā)布之后,用戶運行時出現(xiàn)了問題,緊急對應這個問題,就會引發(fā)degrade。分秒必爭的情況下,要保持冷靜是相當困難的。但是,事先定好判斷流程,即使在非常緊急的情況下,也要有條不紊地讓很多人來檢查。一旦真正置身于那種狀況下可就不那么容易了。
posted @ 2009-02-02 11:52 lymons 閱讀(1898) | 評論 (0) | 編輯 收藏
posted @ 2009-02-02 11:28 lymons 閱讀(551) | 評論 (0) | 編輯 收藏
照片1●「Code Reading―跟著開源來學習軟件的開發(fā)技法」
這本書的前言里,編程高手Dave Thomas寫下了下面的話。
沒有研讀過其他作家作品的偉大作家,沒有研究過其他畫家筆法的偉大畫家,沒有盜取過并肩作戰(zhàn)的同事的技術的技巧高明的外科醫(yī)生,沒有在副駕駛的位置積累實際經(jīng)驗的波音767的機長,在現(xiàn)實生活中真的會存在他們這樣的人嗎? 閱讀全文
posted @ 2009-02-01 15:54 lymons 閱讀(5694) | 評論 (0) | 編輯 收藏



我的個人簡歷第二頁