面向?qū)ο笤O(shè)計原則ppt-文庫吧資料
2024-08-29 01:01本頁面
【正文】 tic void main(String[] args){ List shapes = …… //繪制所有圖形 Iterator iter = ()。當(dāng)需求 變化時，我們可以對模塊進(jìn)行擴(kuò)展，使其具有能夠滿足那些變化的行為。 如果一個類承擔(dān)的職責(zé)過多，就等于把這些職責(zé)耦合在了一起。 當(dāng)需求變化時，該變化就會反映為類的職責(zé)變化。 ? 封裝變化點(diǎn) 使用封裝來創(chuàng)建對象之間的分界層，讓設(shè)計者可以在分界層的一側(cè)進(jìn)行修改，而不會對另一側(cè)產(chǎn)生不良的影響，從而實現(xiàn)層次間的松耦合。 ? 有了這些認(rèn)識之后，怎樣才能設(shè)計“好的面向?qū)ο蟆保? 遵循一定的面向?qū)ο笤O(shè)計原則 熟悉一些經(jīng)典的面向?qū)ο笤O(shè)計模式 . 面向?qū)ο笤O(shè)計原則 ? 針對接口編程，而不是針對實現(xiàn)編程 客戶無需知道所使用對象的特定類型，只需知道對象擁有客戶所期望的接口 ? 有限使用組合，而不是類繼承 類繼承通常為“白箱復(fù)用”，對象組合通常成為“黑箱復(fù)用”。 從規(guī)格層面講，對象是一系列可以被其他對象使用的接口 (API)。其他地方不需要改變 . 重新認(rèn)識 ? 對于前面的例子，從宏觀上看，面向?qū)ο蟮臉?gòu)建方式跟更能適應(yīng)軟件的變化，能將變化所帶來的影響減小到最小。 現(xiàn)在需求變了 …… 示例場景： 隨著業(yè)務(wù)的規(guī)模的拓展，又出現(xiàn)了更多類型的員工，比如鐘點(diǎn)工、計件工 …等等，這對系統(tǒng)提出了新的挑戰(zhàn) —— 原有的程序要改變。 } class Sales extends Employee[ … public int getSalary(){ … } } . class Engineer extends Employee{ … public int getSalary(){ … } } // 顯示工資程序 Employee e = (id)。 Manager。 根據(jù)不同的員工類型所對應(yīng)的不同薪金制度，計算其工資 enum EmployeeType{ Engineer。 機(jī)構(gòu)化做法 1。 面向?qū)ο笤O(shè)計原則 宋俊杰 目標(biāo) ? 重新認(rèn)識一下面向?qū)ο? ? 了解面向?qū)ο笤O(shè)計原則 重新認(rèn)識面向?qū)ο? ? 通過面向?qū)ο缶幊陶Z言 (OOPL)認(rèn)識到的面向?qū)ο螅? 并不是面向?qū)ο蟮娜?，甚至只是淺陋的面向?qū)ο? ? 不是使用了面向?qū)ο笳Z言就是實現(xiàn)了面向?qū)ο蟮脑O(shè)計和開發(fā) 我們不能依賴編程語言的面向?qū)ο髾C(jī)制來掌握面向?qū)ο? OOPL的三大機(jī)制“封裝、繼承、多態(tài)”可以表達(dá)面向?qū)?
公司管理相關(guān)推薦
鄂ICP備17016276號-1