6大設計原則和23種設計模式
前言:
最近看了一下《Android原始碼設計模式解析與實戰》這本書,對設計原則和設計模式有了一定的瞭解,故在此記錄一下相關的簡單定義。
6大設計原則 (S-O-L-I-D)–>穩固
單一職責原則(SRP ):對於一個類而言,應該有且僅有一個引起它變化的原因。
開閉原則(OCP ):軟體中的物件(類、模組、函式等)應該對與拓展是開放的,但是對於修改是封閉的。
里氏替換原則(LSP ):所有引用基類的地方必須能夠透明地使用其子類。
迪米特原則(LOD )也叫最少知識原則(LKP ):一個類應該對自己需要耦合或呼叫的類知道得最少,類的內部如何實現與呼叫者或者依賴者沒有關係,呼叫者或者依賴者只需要知道它需要的方法即可。
介面隔離原則(ISP ):客戶端不應該依賴它不需要的介面。類間的依賴關係應該建立在最小的介面上。
依賴導致原則(DIP )
①高層模組不應該依賴於低層模組,兩者都應該依賴於抽象;
②抽象不應該依賴於細節;
③細節應該依賴於抽象
相關推薦
6大設計原則和23種設計模式
前言: 最近看了一下《Android原始碼設計模式解析與實戰》這本書,對設計原則和設計模式有了一定的瞭解,故在此記錄一下相關的簡單定義。 6大設計原則 (S-O-L-I-D)–>穩固 單一職責原則(SRP ):對於一個類而言,應該有且僅有
面向對象開發中的七大設計原則和23種設計模式
調停者模式 bili 叠代器模式 erp 策略模式 flyweight 理解 ati 轉換成 一、面向對象開發中的七大設計原則 軟件開發中最核心的思想就是“高內聚,低耦合”,主要的目的也是為了方便後期的維護和變更。下面的設計原則也是依靠這個核心思想衍生出來的。 1、
Java7大原則和23種設計模式
適配 proto iter 應該 pattern 實現 結構 strategy 統一 1、單一職責原則【SINGLE RESPONSIBILITY PRINCIPLE】:一個類負責一項職責 2、裏氏替換原則【LISKOV SUBSTITUTION PRINCIPLE】:繼承
微服務的4大設計原則和19種解決方案
微服務架構現在是談到企業應用架構時必聊的話題,微服務之所以火熱也是因為相對之前的應用開發方式有很多優點,如更靈活、更能適應現在需求快速變更的大環境。 本文將介紹微服務架構的演進、優缺點和微服務應用的設計原則,然後著重介紹作為一個“微服務應用平臺”需要提供哪些能力、解決哪些問題才能更好的支撐企業應用架構。
7.Java_模板設計模式---抽象類的實際應用(咖啡和茶的沖泡法),基於抽象類,核心是封裝演算法。引入鉤子方法。開閉原則。23種設計模式
基於抽象類的模板設計模式,核心是封裝演算法。 1、模板方法定義了一個演算法的步驟,允許子類為一個或多個步驟提供具體實現。 2、模板(模板方法)模式:(典型:Servlet),AQS 在一個方法中定義演算法的框架,將一些具體步驟延遲到子類中實現。 模板模式
OOP 思想 和 設計原則 及24種設計模式
父類 分組 策略 結構 並且 實例 適配器模式 closed 不同的 oop思想:封裝、繼承、多態 把組件實現和接口分開,並且讓組件具有多態性 面向對象編程是一種解決軟件復用的設計和編程方法,這種方法把軟件中相近相似的操作邏輯和操作應用數據
設計模式的7原則及23種設計模式概要
一、設計模式的原則 1.開放封閉原則 開放封閉原則(OCP,Open Closed Principle)是所有面向物件原則的核心。軟體設計本身所追求的目標就是封裝變化、降低耦合,而開放封閉原則正是對這一目標的最 直接體現。其他的設計原則,很多時候是為實現這一
面向物件(設計模式)的六種設計原則和一種法則
單一職責原則:可以理解為一個類只有一個功能,把這個功能做到極致。里氏替換原則:(這個名字起得真不好,不如叫:子替父原則,哈哈)可以理解為子類的功能可以完全的替換掉父類功能。介面隔離原則:每個介面中的方法要少,儘量對寫幾個介面,把方法進行分開。目的就是使框架中的操作更加靈活。用
【設計模式】Java中的23種設計模式與7大原則
Java中的23種設計模式與7大原則建立型模式 5抽象工廠模式(Abstract factory pattern): 提供一個介面, 用於建立相關或依賴物件的家族, 而不需要指定具體類.生成器模式(Bu
7大原則 23種設計模式 框架
1、單一職責原則(srp);每一個物件或者類只有一個職責。高內聚、底耦合。2、開閉原則(ocp);對擴充套件開放,對修改關閉。使用性,靈活性,擴充套件性,穩定性延續性,重複、維護3、里氏替換原則(lsp);在繼承體系中利用抽象和多型靜態改為動態。,也就是說任何父類出現的地方都
面向對象的三個基本特征 和 五種設計原則
對象相等 存在 正是 提高 都是 並不是 ram 無法 pro 面向對象的三個基本特征 和 五種設計原則 來源: http://blog.csdn.net/cancan8538/article/details/8057095 一、三個基本特征 面向對象的三個基本
23種設計模式(6):模版方法模式
框架 特定 over 結果 重寫 任務 .so 架構 延遲 定義:定義一個操作中算法的框架,而將一些步驟延遲到子類中,使得子類可以不改變算法的結構即可重定義該算法中的某些特定步驟。 類型:行為類模式。 類圖: 事實上,模版方法是編程中一個經常用到的模式。先來看一個例子
設計模式的6大基本原則
一.單一職責原則 單一職責原則(Single Responsibility Principle, SRP):一個類只負責一個功能領域中的相應職責,或者可以定義為:就一個類而言,應該只有一個引起它變化的原因。單一職責原則是最簡單的面向物件設計原則,它用於控制類的粒度大小。
設計模式:Java常用23種設計模式及六大原則簡介
目錄 簡介 建立型模式 結構型模式 行為型模式 簡介 設計模式(Design pattern)代表了最佳的實踐,通常被有經驗的面向物件的軟體開發人員所採用。設計模式是軟體開發人員在軟體開發過程中面臨的一般問題的解決方案。這些解決方案是眾多軟體開發人員經
面向物件的三個基本特徵和五種設計原則
面向物件的三個基本特徵 抽象與封裝: 抽象是把系統中需要處理的資料和在這些資料上的操作結合在一起,根據功能、性質和用途等因素抽象成不同的抽象資料型別。每個抽象資料型別既包含了資料,又包含了針對這些資料的授權操作。在面向物件的程式設計中,抽象資料型別是用“類”
23種設計模式(概念、原則、場景、優點、缺點、應用)簡述
《大話設計模式》中提到了 24種設計模式: 簡單工廠模式,策略模式、裝飾模式、代理模式、工廠方法模式、原型模式、模板方法模式、外觀模式、建造者模式、觀察者模式、抽象工廠模式、狀態模式、介面卡模式、備忘錄模式、組合模式、迭代器模式、單例模式、橋接模式、命令模式、職責鏈模式、中
23種設計模式中,自己比較熟悉的6種模式
1.迭代器模式 它提供一種方法來訪問容器中物件的各個屬性,卻又不暴露物件的內部細節。一般直接使用iterator 2.單例模式 確保某一個類只有一個例項,並且自行例項化,並向整個系統提供該例項 pub
程式碼重構 +設計模式六大原則 + 23種設計模式
類的設計 類的使用(組合 泛華) 1 讓它的職責儘量單一 2 讓它儘可能通過方法引數的輸入輸出就能完成相關的功能 3 讓依賴的類都儘量改為介面而不是例項() 學會單元測試,培養你的重構意識 可能上面說了這麼多,還是有很多人並不理解重構。沒關係,在這裡我教你們一個
23種設計模式圖片以及設計模式六大原則
設計模式六大原則: 單一職責原則(Single Responsibility Principle,SRP ) There should never be more than one reason for a class to change. 里氏替換原
23種設計模式的意圖和適用範圍
Factory Method 意圖 定義一個用於建立物件的介面,讓子類決定例項化哪一個類。Factory Method 使一個類的例項化延遲到其子類。 適用性 當一個類不知道它所必須建立的物件的類的時候。 當一個類希望由它的子類來指定它所