程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 編程語言 >> .NET網頁編程 >> 關於.NET >> 按自己的想法去理解事件和泛型(C#),

按自己的想法去理解事件和泛型(C#),

編輯:關於.NET

按自己的想法去理解事件和泛型(C#),


上一篇那些年困擾我們的委托(C#)講了委托,這一篇自然就輪到事件了。

不喜歡官方的表達方式,喜歡按照自己的想法去理解一些抽象的東西,我是一個喜歡簡單怕麻煩的人。

事件

考慮到委托使用的一些缺陷,就有了事件。委托是不安全的,打個比方,如果把委托當作共有字段,那麼事件就相當於是屬性的概念。

事件就是被限制使用的委托變量,事件裡面封裝了一個多播委托。

事件語法:public event 委托類型 事件名;

事件的作用:事件的作用與委托變量一樣,只是功能上比委托變量有更多的限制。比如:只能通過+=或者-=來綁定方法。只能在類內部調用事件。

當一個結果發生時,有可能引起另外的一些反應,這就好像因果關系。而事件則是這個因與果的內部聯系。

事件的本質:委托的一個實例,添加了event關鍵字修飾。

委托是一種類型,事件是委托類型的實例。

和委托的區別:

  • 事件不能用=來注冊方法。(防止外面直接賦值為null,導致注冊失效)
  • 事件不能被外部調用(安全性控制)

整個windows系統都是通過事件驅動的,事件都有觸發條件。

在WebForm或者WinForm中,我們經常看到:

        private void button1_Click(object sender, EventArgs e)
        {
            //代碼
        }

上面是一個按鈕的單擊事件。從上可以看到三個事件因素:

  • 對象:button
  • 事件名:click
  • 參數:object sender,事件源,在這裡其實就是button,eventArgs e是事件需要的資源數據。

我們在Winform中都是通過如下的方式來注冊事件的。

this.button1.Click += new System.EventHandler(this.button1_Click);

EventHandler就是一個委托:

public delegate void EventHandler(object sender, EventArgs e);

這也就是為什麼我們注冊的事件總是有sender和e這兩個參數,因為委托就是這樣聲明的。我們來自定義一個事件:

        public event EventHandler OnSay;
        public Form1()
        {
            InitializeComponent();
            OnSay += Form1_OnSay;
        }

        void Form1_OnSay(object sender, EventArgs e)
        {
            Console.Write("你好嗎");
        }

我們通過Reflector工具來查看:

事件OnSay中,其實是2個方法,我們來看下源碼:

        public void add_OnSay(EventHandler value)
        {
            EventHandler handler2;
            EventHandler onSay = this.OnSay;
            do
            {
                handler2 = onSay;
                EventHandler handler3 = (EventHandler)Delegate.Combine(handler2, value);
                onSay = Interlocked.CompareExchange<EventHandler>(ref this.OnSay, handler3, handler2);
            }
            while (onSay != handler2);
        }
        public void remove_OnSay(EventHandler value)
        {
            EventHandler handler2;
            EventHandler onSay = this.OnSay;
            do
            {
                handler2 = onSay;
                EventHandler handler3 = (EventHandler)Delegate.Remove(handler2, value);
                onSay = Interlocked.CompareExchange<EventHandler>(ref this.OnSay, handler3, handler2);
            }
            while (onSay != handler2);
        }

 這裡可以看出對事件的操作,其實最終還是體現在對委托的操作。

泛型

為什麼要有泛型?

更好的實現代碼復用,但是它不是通過面向對象的思想來實現代碼復用。面向對象慣用的三板斧:封裝、繼承、多態。

我們先來看一下代碼,假設在一個類中有多個方法,他們的操作很類似,可能僅僅只是傳入的參數類型不同而已

using System;

namespace GenericsDemo
{
    public class MethodTest
    {
        public void IntShow(int i)
        {
            Console.WriteLine(string.Format("IntShow方法,參數類型{0}",i.GetType()));
        }
        public void StrShow(string s)
        {
            Console.WriteLine(string.Format("StrShow方法,參數類型{0}", s.GetType()));
        }
    }
}

如果一個類中存在多個這樣的方法,我們總不能把所有的方法都這麼寫一遍吧,有沒有一種方式來將這些方法進行合並呢?

這個時候我們會想到Object是任何類型的父類,任何父類出現的地方,都可以使用子類來代替。接下來,我們來改造一下代碼實現:

        public void ObjShow(object obj)
        {
            Console.WriteLine(string.Format("ObjShow方法,參數類型{0}", obj.GetType()));
        }

我們來看下調用:

            _MethodTest.IntShow(1);
            _MethodTest.StrShow("1");

            _MethodTest.ObjShow(1);
            _MethodTest.ObjShow("1");

方法是合並了,但是現在存在什麼樣的問題?出現了裝箱拆箱,嚴重影響性能。而且不夠安全,因為如果當我把代碼進行如下修改時,會發生什麼

        public void ObjShow(object obj)
        {
            //Console.WriteLine(string.Format("ObjShow方法,參數類型{0}", obj.GetType()));
            Console.WriteLine(string.Format("ObjShow方法,參數類型{0},參數值{1}", obj.GetType(),Convert.ToInt32(obj)));
        }

調用代碼:_MethodTest.ObjShow("a");

編譯時不會報錯,但是運行時就報錯了。也就是說通過object來作為參數傳遞,其實是存在嚴重的安全隱患的。

那麼有沒有什麼辦法來解決這兩個問題呢?C#2.0泛型的出現正是基於這樣的需求。

        public void GenericsShow<T>(T t)
        {
            Console.WriteLine(string.Format("GenericsShow方法,參數類型{0}", t.GetType()));
        }

調用代碼:_MethodTest.GenericsShow<int>(1);

這樣依賴,泛型方法在申明的時候能夠實現類似於Objet的效果,在調用時先確定類型,這樣就達到了安全檢查的目的。

泛型就像是使用了一個類型占位符,而這一特性在使用集合時更能體現其強大之處。

也正是由於泛型太強大了,強大得像孫悟空一樣,我們需要弄一道緊箍咒來對其進行束縛,否則不容易控制。這時,就有了泛型約束,它在泛型方法或者泛型委托聲明之時就對其進行限定。限定關鍵字通過where。

   public class Student
    {
        public string Name { get; set; }
    }
        public void StudentShow<T>(T t) where T : Student
        {
            Console.WriteLine(string.Format("GenericsShow方法,參數類型{0}", t.GetType()));
        }
        public void GenericsShow<T>(T t)
        {
            Console.WriteLine(string.Format("GenericsShow方法,參數類型{0}", t.GetType()));
        }
        public void GenericsShow<T>(T t)
        {
            Console.WriteLine(string.Format("GenericsShow方法2,參數類型{0}", t.GetType()));
        }

需要注意的是,這裡使用了泛型重載,這個時候編譯是可以正常通過的,可是注意了,調用的時候就出現問題了

為什麼會這樣呢?因為泛型的類型參數在編譯器並不能確定其類型,而重載時進行類型檢查發送在實例方法被調用時。

同時需要注意的是,當一般方法和泛型方法同時調用時,優先選擇一般方法,因為編譯器會進行類型推斷。

泛型的運用遠不止於此,它還支持泛型繼承、泛型接口、泛型類、泛型委托等。

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved