原文:架構,改善程序復用性的設計~(第一和第二講目錄)

之前我完了 重構,改善即有代碼的設計 ,這本書非常適合在編程中遇到瓶頸的朋友,看完 這本書,一定讓您有一種 撥開迷霧 的感覺,事實上這本書就像標題一樣,主要是講代碼重構的知識的,從變量命名到語句編寫,從語句到提取方法,從方法重構 到類重構等等,每一篇文章都像是一道菜,讓看過的人回味無窮,在這里班 下Martin Fowler大師。 今天有點興趣,准備按下來的幾一寫一下最近的作品 架構,改善程序復 ...

2012-05-28 17:54 5 2031 推薦指數:

查看詳情

架構改善程序復用設計~第五 復用離不開反射和IOC

從本文標題中可以看出,主要說的是反射技術和控制反轉(IOC)技術,本文主要先介紹一下我對這兩種技術的理解及它們的優缺點,最后再用實例來說一下使用方法。 反射:可以使用反射動態創建類型的實例,將類型綁定到現有對象,或從現有對象獲取類型並調用其方法或訪問其字段和屬性。這里,它最重要的是“動態 ...

Sun Jun 03 21:43:00 CST 2012 7 2950
架構改善程序復用設計~第四 方法的重載真的用不到嗎?

在第三中我們主要關注了代碼重構的思想,從方法重構到類重構再到項目重構,這是一個過程,一種思想上的升華,今天將繼續我們“程序復用設計”的旅程,說一下方法重載的重要。 細心的朋友一定會非常關注net frameworks的源代碼,即使只能看到它內部方法的定義,也足夠 ...

Thu May 31 18:41:00 CST 2012 14 2248
架構改善程序復用設計~第三 實現一種功能的代碼只能出現在一處

從標題中可以看到本篇文章將介紹代碼隨意的缺點及由此引發的后果,首先,來說一下同一功能的代碼在多個程序中被編寫多次的后果: 1  它破壞了面向對象的“單一職責”的原則 2  當代碼邏輯復雜時,或者進行二次開發時,程序員將對方法調用產生歧義,即不知道應該使用哪個方法,即代碼可讀差 ...

Tue May 29 07:34:00 CST 2012 9 2676
架構改善程序復用設計~第三 實現一種功能的代碼只能出現在一處(續)

在寫完架構改善程序復用設計~第三 實現一種功能的代碼只能出現在一處 , 這篇文章后,得到了園友的反饋,說這種簡單的業務邏輯還可以,但業務比較復雜時,根據就沒法用這種方法。 針對這個問題,我覺得有必要再寫一個續集了,呵呵! 上回說的主要核心內容是將公用的部分從一個方法中提取出來,生成一個 ...

Wed May 30 07:24:00 CST 2012 5 2122
設計模式第二彈: 不知道怎么提高代碼復用?看看這幾種設計模式吧!

本文是設計模式的第二篇文章,第一篇文章是不知道怎么封裝代碼?看看這幾種設計模式吧!,后面還會有提高擴展性,提高代碼質量的設計模式,點個關注不迷路,哈哈~ 想必大家都聽說過DRY原則,其實就是Don't repeat yourself(不要重復你自己),意思就是不要重復寫一樣的代碼,換句話 ...

Mon May 25 22:46:00 CST 2020 0 988
 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM