C#委托的價值，結合業務場景分析

1、業務背景

技術為業務而生，技術為解決業務問題而存在，技術脫離業務就變得沒有價值，我們在探討某一個技術帶來的價值時，都需要有一定的業務背景作為前提。我們先來看如下需求背景：

定義一個學生類，屬性包含學生姓名、學號、年齡、創建時間，行為包含學生可以使用正確的方式對不同國家的人打招呼，如對中國人打招呼為：張三，你好！對美國人打招呼為Jack  hello！

2、解決方式1，使用傳統的分支邏輯判斷

示例代碼及調用方式：

    public class Student
    { 
        public string StuName { get; set; }

        public string StuNum { get; set; }

        public int Age { get; set; }

        public DateTime CreateTime { get; set; }

        /// <summary>
        /// 對不同國家的人說hello，每個國家的表達方式不一樣
        /// </summary>
        /// <param name="name"></param>
        /// <param name="peopleType"></param>
        public void SayHello(string name, PeopleType peopleType) {
            Console.WriteLine($"{this.StuName }開始打招呼");
            switch (peopleType)
            {
                case PeopleType.Chinese:
                    Console.WriteLine($"{name},你好！");
                    break;
                case PeopleType.American:
                    Console.WriteLine($"{name}，hello");
                    break;
                default:
                    throw new Exception("enum  PeopleType exception");
            }
        }
    }

       public enum PeopleType
   { Chinese = 1, American = 2  }

    {
        Student student = new Student() {
            StuName = "wjl",
            StuNum = "14216600010",
            Age = 18,
            CreateTime = DateTime.Now
        };
        student.SayHello("張三", PeopleType.Chinese);
        student.SayHello("jack", PeopleType.American);
    }

該種方式的優缺點：

假如業務有變動，需要增加一個對馬來西亞國家的人打招呼的功能，就得在枚舉中增加馬來西亞的枚舉類型，在SayHello方法中增加一個對馬來西亞類型的分支邏輯判斷，這種方式導致的問題就是任意分支變化都得修改方法，代碼很不穩定，如果業務邏輯更復雜變得難以維護。但這種方式增加公共邏輯方便，如：Console.WriteLine($"{this.StuName }開始打招呼");

3、解決方式2，針對對不同類型國家的人，定義不同的方法

示例代碼及調用方式：

    public class Student
    {
        public enum PeopleType
        {
            Chinese = 1,
            American = 2
        }

        public string StuName { get; set; }

        public string StuNum { get; set; }

        public int Age { get; set; }

        public DateTime CreateTime { get; set; }

        /// <summary>
        /// 對中國人說你好
        /// </summary>
        /// <param name="name"></param>
        public void SayHelloChinese(string name)
        {
            Console.WriteLine($"{this.StuName }開始打招呼");
            Console.WriteLine($"{name},你好！");
        }

        /// <summary>
        /// 對美國人說你好
        /// </summary>
        /// <param name="name"></param>
        public void SayHelloAmerican(string name)
        {
            Console.WriteLine($"{this.StuName }開始打招呼");
            Console.WriteLine($"{name}，hello");
        }
    }

    {
         Console.WriteLine("調用說你好的功能，方式2");
         Student student = new Student()
         {
             StuName = "wjl",
             StuNum = "14216600010",
             Age = 18,
             CreateTime = DateTime.Now
         };
         student.SayHelloChinese("張三");
         student.SayHelloAmerican("jack");
    }

該種方式的優缺點：

假如業務變動，需要增加一個對馬來西亞國家的人打招呼的功能，就要增加一個方法，不影響別的方法。但這種方式增加公共邏輯會導致多個方法有很多重復代碼，如上述代碼中的Console.WriteLine($"{this.StuName }開始打招呼");，這種方式不利於代碼復用，如果要修改這些公共邏輯或者增加更多的公共邏輯，需要修改的地方較多，不利於維護。

4、解決方式3，利用委托，將不同的業務邏輯分離出去，相同的業務邏輯提取出來

示例代碼及調用方式：

    public class Student
    {
        public delegate void SayHelloDelegate(string name);
        public string StuName { get; set; }
        public string StuNum { get; set; }
        public int Age { get; set; }
        public DateTime CreateTime { get; set; }
        public void SayHelloPerfect(string name, SayHelloDelegate sayHello ) {
            Console.WriteLine($"{this.StuName }開始打招呼");
            sayHello.Invoke(name);
        }
        #region 方式2
        /// <summary>
        /// 對中國人說你好
        /// </summary>
        /// <param name="name"></param>
        public void SayHelloChinese(string name)
        {
            Console.WriteLine($"{name},你好！");
        }
        /// <summary>
        /// 對美國人說你好
        /// </summary>
        /// <param name="name"></param>
        public void SayHelloAmerican(string name)
        {
            Console.WriteLine($"{name}，hello");
        }
        #endregion
    }

    {
        Student student = new Student()
        {
           StuName = "wjl",
           StuNum = "14216600010",
           Age = 18,
           CreateTime = DateTime.Now
        };

        SayHelloDelegate method1 = student.SayHelloChinese;
        student.SayHelloPerfect("張三", method1);

        SayHelloDelegate method2 = student.SayHelloAmerican;
        student.SayHelloPerfect("Jack", method2);
     }    

該種方式的優缺點：

這種處理方式將邏輯作為參數傳遞，將不同的業務邏輯分離出去，交給調用者傳遞，保證了現有方法的穩定，增加公共邏輯（Console.WriteLine($"{this.StuName }開始打招呼");）方便，實現了代碼重用，對不同的邏輯分離維護簡單，實現邏輯解耦，魚和熊掌兼得，方便維護升級。相同的東西用一個方法實現，不同的各自去寫，然后通過委托組合，加方法滿足不同的場景，如果業務邏輯或者說方法特別復雜，就推薦用這種方式去處理。這就是委托對程序設計帶來的價值。

推薦閱讀：C#委托進階，事件和委托，一次就看明白