Unity C#中Delegate,Action,Func,Predicate的使用與區(qū)別

C#4.0推出后蛉抓,類似Linq同波,Lamda表達式等許多新的程序寫法層次不窮。與之相關的Delegate厕怜,Action衩匣,F(xiàn)unc蕾总,Predicate的使用和區(qū)別也常常讓大家迷惑,此處就結合實際的應用琅捏,對其進行詳細的說明生百。

在書寫代碼時,常常會用到委托午绳,這個在winform下較常見置侍,但自定義Delegate時,我們常常發(fā)現(xiàn)Delegate必須全局可見拦焚,才能在需要的地方進行使用蜡坊,而對于私有的delegate對象,在本類中進行使用赎败,這似乎是不方便的秕衙。下邊我們來看傳統(tǒng)的Delegate的寫法。

public delegate void MyDelegate(string name);
    public class MyBlogBase
    {
        private MyDelegate mydelegate;
    }

必須保證MyDelegate放在類的外邊僵刮,才能在其他地方可見据忘,并使用,Action搞糕,F(xiàn)unc的出現(xiàn)改變了這一局面勇吊,這兩個其實說白了就是系統(tǒng)定義好的Delegate,他有很多重載的方法窍仰,便于各種應用情況下的調(diào)用汉规。他在系統(tǒng)的System命名空間下,因此全局可見驹吮。下文就說明Action针史,Action有多個重載,下文已Action<T>為例進行說明

Action<T>:封裝一個方法碟狞,該方法只有一個參數(shù)并且不返回值啄枕。其中T是可接收的任何類型。使用代碼如下:

public class MyBlogBase
    {    
        public string myName;
        Action<string> myAction;    
        public MyBlogBase()
        {
            //myAction = delegate(string curName) { myName = curName; };
            //myAction = new Action<string>(SetAction);
            myAction = curname => { myName = curname; };
           
        }
        private void SetAction(string name)
        {
            myName = name;
        }
    }

在上例中族沃,給出了3種使用Action的方法频祝,方法一:采用匿名委托,方法二:指定一個實際的方法竭业。方法三:使用Lamda表達式智润。以上3中用法均可運行。

在實際應用中要比原始的定義Delegate方便未辆,靈活。那么Func呢?

Func<T in,T Tresult>:封裝一個具有一個參數(shù)并返回 TResult 參數(shù)指定的類型值的方法锯玛。其實個人感覺咐柜,F(xiàn)unc和Action的區(qū)別很明顯兼蜈,也很直接。二者都是委托拙友,但Func能返回函數(shù)執(zhí)行結果为狸,而Action返回類型是Void,這個區(qū)別很明顯遗契,在具體的項目中辐棒,也很容易確定該使用那個。下文就說明具體Func的代碼調(diào)用:

 public string myName;
        Func<string, string> myFunc;     
        public MyBlogBase()
        {           
            //myFunc = delegate(string curName) { return curName.ToUpper(); };
            //myFunc = new Func<string, string>(SetFunc);
            myFunc = name => { return name.ToUpper(); };        
        }      
        private string SetFunc(string name)
        {
            return name.ToUpper();
        }       
        public void StartFun(string curName)
        {
            myName = myFunc(curName);
        }

如上3種寫法牍蜂,都是合適的Func定義漾根,大家可以選擇適合自己的編程模式,其實匿名方法鲫竞,有個優(yōu)點辐怕,就是可以直接使用當前函數(shù)出現(xiàn)的變量,代碼更簡潔从绘,但可能有些人覺得不易讀寄疏。

Predicate<T>:也是一種委托,表示定義一組條件并確定指定對象是否符合這些條件的方法.此方法常在集合的查找中被用到僵井,如:數(shù)組陕截,正則拼配的結果集中被用到。使用此方法快捷方便批什,使用代碼如下:

Predicate<int> myPredicate;
        int[] myNum = new int[8] { 12, 33, 89, 21, 15, 29, 40, 52 };
       public int[] myResult;
        public MyBlogBase()
        {
            myPredicate = delegate(int curNum) 
            { if (curNum % 2 == 0) return true; 
              else return false; 
            };
        }  
        public void StartPredicate()
        {
            myResult = Array.FindAll(myNum, myPredicate);
        }

上例中說明了Predicate的使用农曲,F(xiàn)indAll方法中,參數(shù)2即是一個Predicate渊季,在具體的執(zhí)行中朋蔫,每一個數(shù)組的元素都會執(zhí)行指定的方法,如果滿足要求返回true却汉,并會被存放在結果集中驯妄,不符合的則被剔除,最終返回的集合合砂,即是結果判斷后想要的集合青扔,此方法應用場景感覺像迭代中的yield。當然此方法也可以書寫上邊類似Action和Func的3中方式翩伪,此處省略微猖。

為了更好的驗證運行效果,添加Test項目及進行測試缘屹,把代碼粘帖出來分享一下:

[TestMethod]
        public void TestAction()
        {
            MyBlogBase blogObj = new MyBlogBase();
            blogObj.StartAction("ywg369");
            Assert.AreEqual("ywg369", blogObj.myName);
        }
        [TestMethod]
        public void TestFunc()
        {
            MyBlogBase blogObj = new MyBlogBase();
            blogObj.StartFun("ywg369");
            Assert.AreEqual("YWG369", blogObj.myName);
        }
        [TestMethod]
        public void TestPredicate()
        {
            MyBlogBase blogObj = new MyBlogBase();
            blogObj.StartPredicate();
            Assert.AreEqual(3, blogObj.myResult.Length);
        }

經(jīng)過驗證凛剥,運行良好,各個方法都按照期望的結果運行成功轻姿。通過此處對Delegate犁珠,Action逻炊,F(xiàn)unc,Predicate的使用有個大致的了解犁享,在具體的應用中根據(jù)實際情況進行調(diào)用余素。大家對此有什么好的建議或意見,多交流炊昆。

最后編輯于
?著作權歸作者所有,轉載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末桨吊,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子凤巨,更是在濱河造成了極大的恐慌视乐,老刑警劉巖,帶你破解...
    沈念sama閱讀 223,126評論 6 520
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件磅甩,死亡現(xiàn)場離奇詭異炊林,居然都是意外死亡,警方通過查閱死者的電腦和手機卷要,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 95,421評論 3 400
  • 文/潘曉璐 我一進店門渣聚,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人僧叉,你說我怎么就攤上這事奕枝。” “怎么了瓶堕?”我有些...
    開封第一講書人閱讀 169,941評論 0 366
  • 文/不壞的土叔 我叫張陵隘道,是天一觀的道長。 經(jīng)常有香客問我郎笆,道長谭梗,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 60,294評論 1 300
  • 正文 為了忘掉前任宛蚓,我火速辦了婚禮激捏,結果婚禮上,老公的妹妹穿的比我還像新娘凄吏。我一直安慰自己远舅,他們只是感情好,可當我...
    茶點故事閱讀 69,295評論 6 398
  • 文/花漫 我一把揭開白布痕钢。 她就那樣靜靜地躺著图柏,像睡著了一般。 火紅的嫁衣襯著肌膚如雪任连。 梳的紋絲不亂的頭發(fā)上蚤吹,一...
    開封第一講書人閱讀 52,874評論 1 314
  • 那天,我揣著相機與錄音随抠,去河邊找鬼距辆。 笑死余佃,一個胖子當著我的面吹牛暮刃,可吹牛的內(nèi)容都是我干的跨算。 我是一名探鬼主播,決...
    沈念sama閱讀 41,285評論 3 424
  • 文/蒼蘭香墨 我猛地睜開眼椭懊,長吁一口氣:“原來是場噩夢啊……” “哼诸蚕!你這毒婦竟也來了?” 一聲冷哼從身側響起氧猬,我...
    開封第一講書人閱讀 40,249評論 0 277
  • 序言:老撾萬榮一對情侶失蹤背犯,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后盅抚,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體漠魏,經(jīng)...
    沈念sama閱讀 46,760評論 1 321
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 38,840評論 3 343
  • 正文 我和宋清朗相戀三年妄均,在試婚紗的時候發(fā)現(xiàn)自己被綠了柱锹。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 40,973評論 1 354
  • 序言:一個原本活蹦亂跳的男人離奇死亡丰包,死狀恐怖禁熏,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情邑彪,我是刑警寧澤瞧毙,帶...
    沈念sama閱讀 36,631評論 5 351
  • 正文 年R本政府宣布,位于F島的核電站寄症,受9級特大地震影響宙彪,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜有巧,卻給世界環(huán)境...
    茶點故事閱讀 42,315評論 3 336
  • 文/蒙蒙 一释漆、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧剪决,春花似錦灵汪、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,797評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至渗鬼,卻和暖如春览露,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背譬胎。 一陣腳步聲響...
    開封第一講書人閱讀 33,926評論 1 275
  • 我被黑心中介騙來泰國打工差牛, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留命锄,地道東北人。 一個月前我還...
    沈念sama閱讀 49,431評論 3 379
  • 正文 我出身青樓偏化,卻偏偏與公主長得像脐恩,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子侦讨,可洞房花燭夜當晚...
    茶點故事閱讀 45,982評論 2 361

推薦閱讀更多精彩內(nèi)容

  • *面試心聲:其實這些題本人都沒怎么背,但是在上海 兩周半 面了大約10家 收到差不多3個offer,總結起來就是把...
    Dove_iOS閱讀 27,171評論 30 470
  • 首先申明這不是我寫的驶冒,只是我看到的一篇十分不錯的文章,為了防止自己找不到韵卤,就整理了下骗污。 一:與LINQ有關的語言特...
    破冰前行閱讀 2,726評論 0 6
  • 具體轉載地址見最下文 以下總結參閱了:MSDN文檔、《C#高級編程》沈条、《C#本質(zhì)論》需忿、前輩們的博客等資料,如有不正...
    口喜口合閱讀 1,036評論 0 1
  • 前言 人生苦多蜡歹,快來 Kotlin 屋厘,快速學習Kotlin! 什么是Kotlin季稳? Kotlin 是種靜態(tài)類型編程...
    任半生囂狂閱讀 26,220評論 9 118
  • 網(wǎng)上講C#委托和事件的博文已經(jīng)非常多了擅这,其中也不乏一些深入淺出、條理清晰的文章景鼠。我之所以還是繼續(xù)寫仲翎,主要是借機整理...
    丑小丫大笨蛋閱讀 1,760評論 0 5