主頁 > 軟體設計 > Python設計模式-行為型:策略模式,觀察者模式,命令模式,模板方法

Python設計模式-行為型:策略模式,觀察者模式,命令模式,模板方法

2022-07-13 21:24:48 軟體設計

Python設計模式-行為型:策略模式,觀察者模式,命令模式,模板方法

行為型模式會涉及到演算法和物件間的職責分配,不僅描述物件或類的模式,還描述它們之間的通信方式,刻劃了運行時難以跟蹤的復雜的控制流,它們將你的注意力從控制流轉移到物件間的關系上來,

  • 策略模式定義及簡單實作案例
  • 觀察者模式定義及簡單實作案例
  • 命令模式定義及簡單實作案例
  • 模板方法模式定義及簡單實作案例

策略模式 strategy

case:一個問題可能有多種顯示方式,如果用戶有管理權限,那么問題的詳情頁面可能會顯示編輯按鈕,如果是普通用戶則只顯示問題內容,這樣一個物件我們該怎么實作呢
# -*- coding: utf-8 -*-

class Question(object):
    """
    問題物件,沒有使用策略模式之前的作法
    """

    def __init__(self, admin=True):
        self._admin = admin

    def show(self):
        """
        根據是否是管理員顯示不同的資訊
        """
        if self._admin is True:
            return "show page with admin"
        else:
            return "show page with user"


if __name__ == '__main__':
    q = Question(admin=False)
    print(q.show())

以上代碼中,最重要的操作就是Question.show操作,它會根據Quesiton._admin標志的不同完成兩種顯示,

現在我們有一些新的需求,增加Question的顯示方式,怎么辦?

  • 如果增加更多的顯示方式,按照以上作法,我們必然要修改Quesiton.show方法,并增加更多的標志位,
  • 這樣一來Question在面對不斷增加的顯示需求時都需要修改其代碼,顯然這是一種不好的設計,

下面該輪到策略模式發揮作用的時候了,策略模式將各種操作(演算法)進行封裝,并使它們之間可以互換,互換的意思是說可以動態改變物件的操作方式(演算法),

# -*- coding: utf-8 -*-

import abc


class AbsShow(object):
    """
    抽象顯示物件
    """

    __metaclass__ = abc.ABCMeta

    @abc.abstractmethod
    def show(self):
        pass


class AdminShow(AbsShow):
    """
    管理員的顯示操作
    """

    def show(self):
        return "show with admin"


class UserShow(AbsShow):
    """
    普通用戶的顯示操作
    """

    def show(self):
        return "show with user"


class Question(object):
    """
    問題物件,使用策略模式之后的作法
    """

    def __init__(self, show_obj):
        self.show_obj = show_obj

    def show(self):
        return self.show_obj.show()



if __name__ == '__main__':
    q = Question(show_obj=AdminShow())
    print(q.show())
    # 替換原來的顯示物件,體現了策略模式的互換行為
    q.show_obj = UserShow()
    print(q.show())

將 Question 物件和顯示方法進行了解耦,增加新的顯示方法時,只需要增加新的顯示物件就可以了,同時,在代碼中還可以看到我們可以動態改變 Question 的顯示方式,這也體現了策略模式的互換行為,

觀察者模式 Observer

所謂觀察者模式,就是說當一個物件發生變化時,觀察者能及時得到通知并更新

# -*- coding: utf-8 -*-

import abc


class Subject(object):
    """
    被觀察物件的基類
    """

    def __init__(self):
        self._observers = []

    def attach(self, observer):
        """
        注冊一個觀察者
        """
        if observer not in self._observers:
            self._observers.append(observer)

    def detach(self, observer):
        """
        注銷一個觀察者
        """
        try:
            self._observers.remove(observer)
        except ValueError:
            pass

    def notify(self):
        """
        通知所有觀察者,執行觀察者的更新方法
        """
        for observer in self._observers:
            observer.update(self)


class Course(Subject):
    """
    課程物件,被觀察的物件
    """

    def __init__(self):
        super(Course, self).__init__()
        self._message = None

    @property
    def message(self):
        """
        message 是一個屬性
        """
        return self._message

    @message.setter
    def message(self, msg):
        """
        message 屬性設定器
        """
        self._message = msg
        self.notify()


class Observer(object):
    """
    觀察者抽象類
    """

    __metaclass__ = abc.ABCMeta

    @abc.abstractmethod
    def update(self, subject):
        pass


class UserObserver(Observer):
    """
    用戶觀察者
    """

    def update(self, subject):
        print("User observer: %s" % subject.message)


class OrgObserver(Observer):
    """
    機構觀察者
    """

    def update(self, subject):
        print("Organization observer: %s" % subject.message)


if __name__ == '__main__':
    # 初始化一個用戶觀察者
    user = UserObserver()
    # 初始化一個機構觀察者
    org = OrgObserver()

    # 初始化一個課程
    course = Course()
    # 注冊觀察者
    course.attach(user)
    course.attach(org)

    # 設定course.message,這時觀察者會收到通知
    course.message = "two observers"

    # 注銷一個觀察者
    course.detach(user)
    course.message = "single observer"
  • Subject類,它實作了觀察者模式中大部分功能,
    • 作為一個被觀察的物件,Subject實作了注冊觀察者,注銷觀察者和通知觀察者的功能,
    • 接著我們基于Subject創建了我們的課程Course類,并且當我們設定Course.message屬性時,Course物件會通知到所有觀察者,
  • 可以看出,觀察者模式使被觀察的物件(主題)和觀察者之間解耦了

命令模式 Command

命令模式就是對命令的封裝,

  • 所謂封裝命令,就是將一系列操作封裝到命令類中,并且命令類只需要對外公開一個執行方法execute,呼叫此命令的物件只需要執行命令的execute方法就可以完成所有的操作,
  • 這樣呼叫此命令的物件就和命令具體操作之間解耦了,
  • 更進一步,通過命令模式我們可以抽象出呼叫者,接收者和命令三個物件,
    • 呼叫者就是簡單的呼叫命令,然后將命令發送給接收者,而接收者則接收并執行命令,執行命令的方式也是簡單的呼叫命令的execute方法就可以了,
    • 發送者與接收者之間沒有直接參考關系,發送請求的物件只需要知道如何發送請求,而不必知道如何完成請求
# -*- coding: utf-8 -*-

import abc


class VmReceiver(object):
    """
    命令接收者,真正執行命令的地方
    """

    def start(self):
        print("Virtual machine start")

    def stop(self):
        print("Virtual machine stop")


class Command(object):
    """
    命令抽象類
    """
    __metaclass__ = abc.ABCMeta

    @abc.abstractmethod
    def execute(self):
        """
        命令物件對外只提供 execute 方法
        """
        pass


class StartVmCommand(Command):
    """
    開啟虛擬機的命令
    """

    def __init__(self, recevier):
        """
        使用一個命令接收者初始化
        """
        self.recevier = recevier

    def execute(self):
        """
        真正執行命令的時候命令接收者開啟虛擬機
        """
        self.recevier.start()


class StopVmCommand(Command):
    """
    停止虛擬機的命令
    """

    def __init__(self, recevier):
        """
        使用一個命令接收者初始化
        """
        self.recevier = recevier

    def execute(self):
        """
        真正執行命令的時候命令接收者關閉虛擬機
        """
        self.recevier.stop()


class ClientInvoker(object):
    """
    命令呼叫者
    """

    def __init__(self, command):
        self.command = command

    def do(self):
        self.command.execute()


if __name__ == '__main__':
    recevier = VmReceiver()
    start_command = StartVmCommand(recevier)
    # 命令呼叫者同時也是客戶端,通過命令實體也執行真正的操作
    client = ClientInvoker(start_command)
    client.do()

    # 能告訴命令接收者執行不同的操作
    stop_command = StopVmCommand(recevier)
    client.command = stop_command
    client.do()

命令模式的封裝性很好:每個命令都被封裝起來,對于客戶端來說,需要什么功能就去呼叫相應的命令,而無需知道命令具體是怎么執行的,同時命令模式的擴展性很好,在命令模式中,在接收者類中一般會對操作進行最基本的封裝,命令類則通過對這些基本的操作進行二次封裝,當增加新命令的時候,對命令類的撰寫一般不是從零開始的,有大量的接收者類可供呼叫,也有大量的命令類可供呼叫,代碼的復用性很好

模板方法模式 template method

在模板方法模式中,我們先定義一個類模板,在這個類中,我們定義了各種操作的順序(輪轂或者說是骨架),但是并不實作這些操作,這些操作由子類來操作,

# -*- coding: utf-8 -*-

import abc


class Fishing(object):
    """
    釣魚模板基類
    """
    __metaclass__ = abc.ABCMeta

    def finishing(self):
        """
        釣魚方法中,確定了要執行哪些操作才能釣魚
        """
        self.prepare_bait()
        self.go_to_riverbank()
        self.find_location()
        print("start fishing")

    @abc.abstractmethod
    def prepare_bait(self):
        pass

    @abc.abstractmethod
    def go_to_riverbank(self):
        pass

    @abc.abstractmethod
    def find_location(self):
        pass


class JohnFishing(Fishing):
    """
    John 也想去釣魚,它必須實作釣魚三步驟
    """

    def prepare_bait(self):
        """
        從淘寶購買魚餌
        """
        print("John: buy bait from Taobao")

    def go_to_riverbank(self):
        """
        開車去釣魚
        """
        print("John: to river by driving")

    def find_location(self):
        """
        在島上選擇釣點
        """
        print("John: select location on the island")


class SimonFishing(Fishing):
    """
    Simon 也想去釣魚,它也必須實作釣魚三步驟
    """

    def prepare_bait(self):
        """
        從京東購買魚餌
        """
        print("Simon: buy bait from JD")

    def go_to_riverbank(self):
        """
        騎自行車去釣魚
        """
        print("Simon: to river by biking")

    def find_location(self):
        """
        在河邊選擇釣點
        """
        print("Simon: select location on the riverbank")


if __name__ == '__main__':
    # John 去釣魚
    f = JohnFishing()
    f.finishing()

    # Simon 去釣魚
    f = SimonFishing()
    f.finishing()

模板方法模式是結構最簡單的行為型設計模式,在其結構中只存在父類與子類之間的繼承關系,

  • 通過使用模板方法模式,可以將一些復雜流程的實作步驟封裝在一系列基本方法中,在抽象父類中提供一個稱之為模板方法的方法來定義這些基本方法的執行次序,而通過其子類來覆寫某些步驟,從而使得相同的演算法框架可以有不同的執行結果,
  • 模板方法模式提供了一個模板方法來定義演算法框架,而某些具體步驟的實作可以在其子類中完成

本文來自博客園,作者:OCEANEYES.GZY,轉載請注明原文鏈接:https://www.cnblogs.com/oceaneyes-gzy/p/16462978.html



關于作者


?? 讀書城南,?? 在未來面前,我們都是孩子~
  • ?? 一個熱衷于探索學習新方向、新事物的智能產品經理,閑暇時間喜歡coding??、畫圖??、音樂??、學習ing~

?? Social Media
  • ??? Blog: http://oceaneyes.top

  • ? PM導航: https://pmhub.oceangzy.top

  • ?? CNBLOG: https://www.cnblogs.com/oceaneyes-gzy/

  • ?? AI PRJ自己部署的一些演算法demo: http://ai.oceangzy.top/

  • ?? Email: [email protected]

  • ?? WeChat: OCEANGZY

  • ?? 公眾號: UncleJoker-GZY

?? 感謝打賞~

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/499001.html

標籤:其他

上一篇:程式分析與優化 - 10 指令級并行

下一篇:Python設計模式-結構型:配接器模式,裝飾者模式,代理模式,組合模式,外觀模式

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more