.NET Framework分部方法功能詳解
通過對.NET Framework的學習，我們可以知道，它能為開發人員提供一個功能非常全面的開發環境。那么如何才能真正的掌握這一開發平臺呢？首先來了解一下.NET Framework分部方法的相關介紹。#t#
早上看.NET Framework分部方法這個特性。例子如下，第一個類為定義類，第二、第三個類為實現類。
- public partial class AI
- {
- public void Active()
- {
- this.Run();
- this.Jump();
- }
- partial void Run();
- partial void Jump();
- }
- public partial class AI
- {
- partial void Run()
- {
- Console.WriteLine("我在跑");
- }
- }
- public partial class AI
- {
- partial void Jump()
- {
- Console.WriteLine("我在跳");
- }
- }
.NET Framework分部方法可以:
1. 以上三個類可以不放在相同的CS文件里
2. 后兩個分部類如果不寫，編譯能順利通過，在IL里產生有方法體的Run和Jump，但是空實現。
.NET Framework分部方法不可以：
1． 分部方法不能是公開類型，必須是私有。
2． 實現類不能和定義類分別存在不同的程序集里。
.NET Framework分部方法有價值的地方：
1． 更細化分工過程。以前系統分析到對象級，現在可以細到方法級別。從例子里看，對象框架維護人定義了Active方法，而Run和Jump可能被分派到其他人實現。
這樣的分工模式和更大規模的集成開發趨勢是緊密關聯的。簡單的看，這只是一個新的語言特性；仔細思考，這其實是軟件朝工業化方向發展的一個信號。以后的軟件開發過程勢必是基于更多特性（或者說是開發工藝），在生產線上完成的。一個人就是一個螺絲釘，讓你實現Run就Run，讓你Jump就Jump，如果你想發揮自己的聰明才智，好，就在這個范圍內盡情的發揮吧！
2． 代碼可以寫的更優雅，如果本例中的Run和Jump的內部實現異常復雜（AI機器人行為嘛），一個CS文件搞個幾千上萬行，別人讀的時候時會吐血的。如果再碰到一個寫代碼不地道的，把方法堆砌起來了事，那是連肝都要吐出來的。有了分部方法，就可以把問題壓到局部，不想看的地方我就可以看不見。
3. 代碼優雅只是一個表象，如果是犧牲了性能換取的，我寧愿不要這個特性。事實上恰恰相反，分部方法的效率是非常OK的。具體就去寫個例子，觀察IL吧。哈哈！
