一区二区久久-一区二区三区www-一区二区三区久久-一区二区三区久久精品-麻豆国产一区二区在线观看-麻豆国产视频

把委托說透(1):開始委托之旅 委托與接口

委托,本是一個非常基礎(chǔ)的.NET概念,但前一陣子在園子里卻引起軒然大波。先是Michael Tao隨筆讓人們將委托的寫法與茴香豆聯(lián)系到了一起,接著老趙又用一系列文章分析委托寫法的演變,并告誡“嘲笑孔乙己的朋友們,你們在一味鄙視“茴”的四種寫法的同時,說不定也失去了一個了解中國傳統(tǒng)文化的機會呢!”。

在我個人看來,委托是.NET Framework中一個非常炫的特性,絕不會向有些評論里說的那樣,根本沒有機會接觸。恰恰相反,我們幾乎每天都會接觸委托,使用委托。

其實園子里已經(jīng)有了很多關(guān)于委托的文章,比較有代表性的有:

1. C# 中的委托和事件及其續(xù)

2. C#委托,事件理解入門 (譯稿)

3. 委托揭秘

4. ……

本系列試圖從個人對于委托的理解展開,對委托的內(nèi)涵和外延均加以討論。文中有何不妥或不正確的地方,歡迎大家拍磚斧正。

好了,下面讓我從一個示例開始,一步一步引入委托的概念。

從示例開始

假設(shè)一個系統(tǒng)的用戶登錄模塊有如下所示的代碼

class User{    public string Name { get; set; }    public string Password { get; set; }}class UserService{    public void Register(User user)    {         if (user.Name == "Kirin")        {            Log("注冊失敗,已經(jīng)包含名為" + user.Name + "的用戶");        }        else        {            Log("注冊成功!");        }    }    privte void Log(string message)    {        Console.WriteLine(message);    }}

UserService類封裝用戶登錄的邏輯,并根據(jù)不同的登錄情況向控制臺打印不同的日志內(nèi)容。當程序關(guān)閉時,所記錄的日志自然也隨之消失。

客戶端的代碼為

class Program{    static void Main(string[] args)    {        User user = new User { Name = "Kirin", Password = "123" };        UserService service = new UserService();        service.Register(user);        Console.ReadLine();    }}

 

使用策略模式

然而這樣的設(shè)計肯定是無法滿足用戶的需求的,用戶肯定希望能夠查看以前的日志記錄,而不僅僅是程序打開以后的內(nèi)容。如果我們僅僅修改Log方法的實現(xiàn),那么用戶需求再次改變時我們該如何處理呢?難道要無休止地修改Log方法嗎?

既然日志記錄的方式是變化的根源,我們自然會想到將其進行封裝。我們創(chuàng)建一個名為ILog的接口。

interface ILog{    void Log(string message);}

并創(chuàng)建兩個實現(xiàn)了ILog的類,ConsoleLog和TextLog,分別用來向控制臺和文本文件輸出日志內(nèi)容。

class ConsoleLog : ILog{    public void Log(string message)    {        Console.WriteLine(message);    }}

 

class TextLog : ILog{    public void Log(string message)    {        using (StreamWriter sw = File.AppendText("log.txt"))        {            sw.WriteLine(message);            sw.Flush();            sw.Close();        }    }}

在UserService類中添加一個ILog類型的屬性LogStrategy。

class UserService{    public ILog LogStrategy { get; set; }    public UserService()    {        LogStrategy = new ConsoleLog();    }    public void Register(User user)    {         if (user.Name == "Kirin")        {            LogStrategy.Log("注冊失敗,已經(jīng)包含名為" + user.Name + "的用戶");        }        else        {            LogStrategy.Log("注冊成功!");        }    }}

客戶端代碼變?yōu)槿缦滦问健?/p>

class Program{    static void Main(string[] args)    {        User user = new User { Name = "Kirin", Password = "123" };        UserService service = new UserService { LogStrategy = new TextLog() };        service.Register(user);        Console.ReadLine();    }}

在聲明UserService的時候,還可以將將LogStrategy設(shè)置為TextLog。這樣在UserService進行邏輯處理時,使用的LogStrategy即為TextLog,日志將輸出到文本文件中。

我們在干什么?我們在重構(gòu)。重構(gòu)的結(jié)果是什么?重構(gòu)的結(jié)果是實現(xiàn)了一個簡單的策略模式。

使用委托

然而策略模式仍然不能滿足客戶的需求,這是為什么呢?

1. 用戶也許會希望自定義Log的實現(xiàn)。當然,你可以通過在客戶代碼處擴展ILog來實現(xiàn)自己的日志記錄方式。如

class TextBoxLog : ILog{    private TextBox textBox;    public TextBoxLog(TextBox textBox)    {        this.textBox = textBox;
this.textBox.Multiline = true; }
public void Log(string message) { textBox.AppendText(message); textBox.AppendText(Environment.NewLine); }}

但這種方案是否過于復(fù)雜呢?如果用戶希望在ListView或其他控件上顯示,是否需要逐個創(chuàng)建新類呢?并且這樣的實現(xiàn)是否與客戶端的耦合過于緊密呢?比如用戶希望在ListView的各個列中顯示日志內(nèi)容、時間、來源等不同內(nèi)容,那么在ListViewLog中對ListView硬編碼是否很難重用呢?

2. 用戶也許會希望同時使用多種日志記錄方式。比如,同時向控制臺、文本文件、客戶端控件和事件查看器中輸出日志。你當然可以在UserService中維護一個List,但這時UserService的職責過多,顯然違反了SRP。

下面介紹本文的主角:委托。

我們首先來創(chuàng)建一個名為Log的委托,它接收一個string類型的參數(shù)。

public delegate void Log(string message);

然后在UserService類中添加一個Log委托類型的屬性LogDelegate。

class UserService{    public Log LogDelegate { get; set; }


// …}

在客戶端,我們直接聲明兩個靜態(tài)方法,它們都包含一個string類型的參數(shù),并且沒有返回值。

static void LogToConsole(string message){    Console.WriteLine(message);}static void LogToTextFile(string message){     using (StreamWriter sw = File.AppendText("log.txt"))    {        sw.WriteLine(message);        sw.Flush();        sw.Close();    }}

客戶端聲明UserService的代碼變?yōu)?/p>

static void Main(string[] args){    User user = new User { Name = "Kirin", Password = "123" };    UserService service = new UserService();    service.LogDelegate = LogToConsole;    service.LogDelegate += LogToTextFile;    service.Register(user);    Console.ReadLine();}

在構(gòu)造委托時,我們還可以使用匿名方法和Lambda表達式,在老趙的文章中詳細闡述了這些寫法的演變。

對于何時使用委托,何時使用接口(即策略模式),MSDN中有明確的描述

在以下情況下,請使用委托:

    當使用事件設(shè)計模式時。

    當封裝靜態(tài)方法可取時。

    當調(diào)用方不需要訪問實現(xiàn)該方法的對象中的其他屬性、方法或接口時。

    需要方便的組合。

    當類可能需要該方法的多個實現(xiàn)時。

在以下情況下,請使用接口:

    當存在一組可能被調(diào)用的相關(guān)方法時。

    當類只需要方法的單個實現(xiàn)時。

    當使用接口的類想要將該接口強制轉(zhuǎn)換為其他接口或類類型時。

    當正在實現(xiàn)的方法鏈接到類的類型或標識時:例如比較方法。

您可能覺得上面的例子闡述委托和接口有些過于牽強,事實上有些時候的確很難選擇使用接口還是委托。Java中沒有委托,但所有委托適用的情況同樣可以使用包含單一方法的接口來實現(xiàn)的。在某種程度上,可以說委托是接口(僅定義了單一方法)的一種輕量級實現(xiàn),它更靈活,也更方便。

到此為止,我們一步一步用委托重構(gòu)了最初的代碼。再接下來的隨筆中,我們將開始更深一步的討論。

NET技術(shù)把委托說透(1):開始委托之旅 委托與接口,轉(zhuǎn)載需保留來源!

鄭重聲明:本文版權(quán)歸原作者所有,轉(zhuǎn)載文章僅為傳播更多信息之目的,如作者信息標記有誤,請第一時間聯(lián)系我們修改或刪除,多謝。

主站蜘蛛池模板: 看毛片视频 | 色综合久久88色综合天天 | 国产成人精品午夜二三区 | 深爱综合网 | 国产精品 视频一区 二区三区 | 亚洲激情文学 | 中文字幕一区二区精品区 | 欧亚精品一区二区三区 | 欧美一区二区三区在线视频 | 国产99对白在线播放 | 91免费视频网站 | 亚洲成在人天堂一区二区 | 337p人体大胆扒开下部 | 国产亚洲一区二区在线观看 | 国产精品系列在线 | 日韩精品首页 | 婷婷国产偷v国产偷v亚洲 | 2021天天躁夜夜躁西西 | 国产乱论视频 | 在线国产二区 | 亚洲视频三区 | 黄视频网址 | 一区二区三区免费在线观看 | 久久成人免费视频 | 亚洲视频www | 国产在线视频第一页 | 女人的天堂网 | 色综合久久加勒比高清88 | 久久性色 | 伊人精品综合 | 久草中文在线视频 | 国产午夜视频在线观看网站 | 色婷婷视频在线 | 久久国产香蕉一区精品 | 久久久一区二区三区不卡 | 国内精品免费一区二区三区 | 深爱五月激情 | 91久久亚洲最新一本 | 成人夜色视频在线观看网站 | 色8影院| 国产高清美女一级a毛片 |