跳到主要內容

仲介者模式(Mediator)

  • 用一個仲介物件來封裝一系列的物件互動。仲介者使各物件不需要顯式地互相參考,從而使其耦合鬆散,而且可以獨立地改變它們之間的互動。
  • 優點
    • Mediator的出現減少了各個Colleague的耦合,所以可以獨立改變和複用各個Colleague類別和Mediator
    • 把物件協作進行了抽象,將中介作為一個獨立的概念並將其封裝在一個物件中,這樣焦點的物件就從物件各自本身的行為轉移到它們之間的互動上來,亦即站在一個更宏觀的角度去看待系統。
  • 缺點
    • 由於ConcreteMediator控制了集中化,於是就把互動複雜性變為了仲介者的複雜性,這就使得仲介者會變得比任何一個ConcreteColleague都複雜
  • 一般應用於一組物件已定義良好,但是複雜的方式進行通訊的場合
基本架構圖

實例架構圖

using System;

namespace DPExample
{
    abstract class 聯合國機構
    {
        public abstract void Declare (string message, 國家 colleague);
    }

    abstract class 國家
    {
        protected 聯合國機構 mediator;

        public 國家(聯合國機構 mediator)
        {
            this.mediator = mediator;
        }
    }

    class 美國 : 國家
    {
        public 美國(聯合國機構 mediator) : base (mediator)
        {}

        public void Declare (string message)
        {
            mediator.Declare (message, this);
        }

        public void GetMessage (string message)
        {
            Console.WriteLine ("美國獲得對方資訊:" + message);
        }
    }

    class 伊拉克 : 國家
    {
        public 伊拉克(聯合國機構 mediator) : base (mediator)
        {}

        public void Declare (string message)
        {
            mediator.Declare (message, this);
        }

        public void GetMessage (string message)
        {
            Console.WriteLine ("伊拉克獲得對方資訊:" + message);
        }
    }

    class 聯合國安全理事會 : 聯合國機構
    {
        private 美國 colleague1;
        private 伊拉克 colleague2;

        public 美國 Colleague1
        {
            set { colleague1 = value; }
        }

        public 伊拉克 Colleague2
        {
            set { colleague2 = value; }
        }

        public override void Declare (string message, 國家 colleague)
        {
            if (colleague == colleague1)
                colleague2.GetMessage (message);
            else
                colleague1.GetMessage (message);
        }
    }
}
using System;


namespace DPExample
{
	public class Program
	{
		static void Main ()
        {
            聯合國安全理事會 UNSC = new 聯合國安全理事會();

            美國 c1 = new 美國(UNSC);
            伊拉克 c2 = new 伊拉克(UNSC);

            UNSC.Colleague1 = c1;
            UNSC.Colleague2 = c2;

            c1.Declare("不准研製核武器,否則要發動戰爭!");
            c2.Declare("我們沒有核武器,也不怕侵略。");
		}

	}
}

留言

這個網誌中的熱門文章

用 C# 批次控制 Word 合併列印

前由 我有全區的電話資料,問題在於我要依不同里別來製作出電話簿。結果如下圖: 單純採用合併列印無法達成我的需求。解決方法係用「功能變數」儲存上一個里別,與現在里別進行比較:若不同,則換頁。不過,這樣功能變數還蠻長的。最後,我還是採用 C# 來解決。 解決方案 用 C# 控制 WORD 中合併列印的「資料來源 Data Source」,給予不同里別的「sqlstatement」。迴圈處理不同的里別即可。但可預見其處理過程會很慢,不過還好,我可以不用在意它,有跑出結果即可。 程式碼 IList<string> areas = new List<string>() { "後壁", "侯伯", "嘉苳", "土溝", "嘉田", "嘉民", "菁豊", "崁頂", "後廍", "墨林", "菁寮", "新嘉", "頂長", "平安", "仕安", "竹新", "新東", "長安", "頂安", "福安", "烏樹" }; string root = @"D:\"; // 根目錄 string data = root + @"\data.docm"; // 資料檔(即資料來源) string template = root + @"\template.docx"; // 已設定好格式與合併欄位的 Word 檔 string output = @"d:\Final"; // 輸出之資料夾 object oMissing = System.Reflection.Missing.Va...

VLC c# 順利編譯

原文網址: http://www.cnblogs.com/haibindev/archive/2011/12/21/2296173.html 原文作者: haibindev 原文標題:c#万能视频播放器 本文的重點在於修正 class VlcPlayer,使其能順利在 VC# Express 2010 .Net Framework 4 下順利編譯。 修正重點在於 CallingConvention = CallingConvention. StdCall 改成 CallingConvention = CallingConvention. Cdecl using System; using System.Runtime.InteropServices; using System.Security; using System.Text; namespace VlcDotNet { class VlcPlayer { private IntPtr libvlc_instance_; private IntPtr libvlc_media_player_; private double duration_; public VlcPlayer(string pluginPath) { string plugin_arg = "--plugin-path=" + pluginPath; string[] arguments = { "-I", "dummy", "--ignore-config", "--no-video-title", plugin_arg }; libvlc_instance_ = LibVlcAPI.libvlc_new(arguments); libvlc_media_player_ = LibVlcAPI.libvlc_media_player_new(libvlc_instance_); } public ...

[Symfony+Doctrine] 透過非 Id 來使用 Pessimistic Lock

根據 文件 ,Doctrine 有 Pessimistic Lock,又分為兩種: LockMode::PESSIMISTIC_WRITE:對應至 MySQL 的 Select FOR UPDATE LockMode::PESSIMISTIC_READ:對應至 MySQL 的 Select LOCK IN SHARE MODE 差別在於 LOCK IN SHARE MODE 會將在 row 的資料鎖定(row-level lock),在非同一交易(Transaction)下,不給寫入,其他交易可以讀取, 且可以繼續 Select LOCK IN SHARE MODE 。而 FOR UPDATE 不僅鎖定該資料,在非同一交易下,不給寫入,其它交易可以讀取, 但不能 Select LOCK IN SHARE MODE 。MySQL 文件有更詳細的比較與情境使用的說明,參考 網址 。 現在問題是,我們要完全採用 ORM 來處理資料。Doctrine 的文件提到 EntityManager::find 可以採用 Pessimistic Lock, 但 find 是透過 id 來處理 。而其他 find 系列函數(包括:findAll, findBy, findOneBy)皆不支援 LockMode。 因此,勢必要有方法來「透過非 id 來使用 Pessimistic Lock」。透過查看原始碼,簡單的方法是有的,解法之範例如下: 19 public function depositAction() 20 { 21 22 $em = $this->getDoctrine()->getManager(); 23 24 $em->transactional(function ($em) { 25 $entityName = 'AcmeTrainingBundle:Account'; 26 $lockMode = LockMode::PESSIMISTIC_READ; 27 $orderBy = null; 28 $...