以前一直認(rèn)為程序中的類有使用到封裝繼承多態(tài)就是面向?qū)ο笤O(shè)計(jì),其實(shí)不然
封裝,繼承,多態(tài)只是面向?qū)ο蟮娜筇匦?但是在設(shè)計(jì)程序的時(shí)候并不是說類的結(jié)構(gòu)使用到了(或是體現(xiàn)出了)這三個(gè)特性就是面向?qū)ο?
其實(shí)真正的面向?qū)ο笤O(shè)計(jì)是要符合下面的五大原則,
面向?qū)ο蟮奈宕蠡驹瓌t
單一職責(zé)原則（SRP-The Single Responsibility Principle）
開放封閉原則（OCP-The Open Closed Principle）
里氏替換原則（LSP-The Liskov Substitution Principle）
依賴倒置原則（DIP-The Dependency Inversion Principle）
接口隔離原則（ISP-The Interface Segregation Principle）
單一職責(zé)原則（SRP）
? 一個(gè)類應(yīng)該僅有一個(gè)引起它變化的原因(最簡單审姓，最容易理解卻最不容易做到的一個(gè)設(shè)計(jì)原則)職員類例子： 比如在職員類里付材，將工程師、銷售人員完丽、銷售經(jīng)理這些情況都放在職員類里考慮吼具，其結(jié)果將會(huì)非常混亂狞甚，在這個(gè)假設(shè)下裂允，職員類里的每個(gè)方法都要if else判斷是哪種情況，從類結(jié)構(gòu)上來說將會(huì)十分臃腫孵班，并且上述三種的職員類型涉兽，不論哪一種發(fā)生需求變化，都會(huì)改變職員類篙程！這個(gè)是大家所不愿意看到的枷畏！
開放封閉原則（OCP）
? 既開放又封閉，對(duì)擴(kuò)展是開放的虱饿，對(duì)更改是封閉的拥诡！
? 擴(kuò)展即擴(kuò)展現(xiàn)行的模塊触趴，當(dāng)我們軟件的實(shí)際應(yīng)用發(fā)生改變時(shí)，出現(xiàn)新的需求渴肉，就需要我們對(duì)模塊進(jìn)行擴(kuò)展冗懦，使其能夠滿足新的需求！更改封閉即是在我們對(duì)模塊進(jìn)行擴(kuò)展時(shí)仇祭，勿需對(duì)源有程序代碼和DLL進(jìn)行修改或重新編譯文件披蕉！這個(gè)原則對(duì)我們?cè)谠O(shè)計(jì)類的時(shí)候很有幫助，堅(jiān)持這個(gè)原則就必須盡量考慮接口封裝乌奇，抽象機(jī)制和多態(tài)技術(shù)没讲！
里氏替換原則（LSP）
? 子類可以替換父類并且出現(xiàn)在父類能夠出現(xiàn)的任何地方
? 這個(gè)原則也是在貫徹GOF倡導(dǎo)的面向接口編程！在這個(gè)原則中父類應(yīng)盡可能使用接口或者抽象類來實(shí)現(xiàn)礁苗！子類通過實(shí)現(xiàn)了父類接口爬凑，能夠替父類的使用地方！通過這個(gè)原則试伙，我們客戶端在使用父類接口的時(shí)候嘁信，通過子類實(shí)現(xiàn)！意思就是說我們依賴父類接口疏叨，在客戶端聲明一個(gè)父類接口潘靖，通過其子類來實(shí)現(xiàn)這個(gè)時(shí)候就要求子類必須能夠替換父類所出現(xiàn)的任何地方，這樣做的好處就是考廉，在根據(jù)新要求擴(kuò)展父類接口的新子類的時(shí)候而不影響當(dāng)前客戶端的使用秘豹！
依賴倒置原則（DIP）
? 傳統(tǒng)的結(jié)構(gòu)化編程中，最上層的模塊通常都要依賴下面的子模塊來實(shí)現(xiàn)昌粤，也稱為高層依賴低層！所以DIP原則就是要逆轉(zhuǎn)這種依賴關(guān)系啄刹，讓高層模塊不要依賴低層模塊涮坐，所以稱之為依賴倒置原則！
ISP 接口隔離原則
? 這個(gè)原則的意思是：使用多個(gè)專門的接口比使用單個(gè)接口要好的多誓军！這個(gè)我有體會(huì)袱讹，在我實(shí)際編程中，為了減少接口的定義昵时，將許多類似的方法都放在一個(gè)接口中捷雕，最后發(fā)現(xiàn)，維護(hù)和實(shí)現(xiàn)接口的時(shí)候花了太多精力壹甥，而接口所定義的操作相當(dāng)于對(duì)客戶端的一種承諾救巷，這種承諾當(dāng)然是越少越好，越精練越好句柠，過多的承諾帶來的就是你的大量精力和時(shí)間去維護(hù)浦译！
