對于一個以數據處理為主的應用中的UI層，我們往往需要編寫相當多的代碼去實現數據綁定。如果界面上的控件和作為數據源的實體類型之間存儲某種約定的映射關系，我們就可以實現批量的數據綁定。為了驗證這種想法，我寫了一個小小的組件。這個小玩意僅僅是我花了兩個小時寫的，其中還有很多問題沒有解決，比如對于空值的處理，特殊控件屬性值的HTML編碼問題，以及頻繁反射的性能問題，僅僅演示一種解決思路而已。本篇著重介紹如何通過這個組件來解決我們在進行數據綁定過程中的常見問題，下篇會介紹它的設計。[源代碼從這里下載]
在《一句代碼實現批量數據綁定》中，我通過界面控件ID與作為數據源的實體屬性名之間的映射實現了批量數據綁定。由于里面頻繁涉及對屬性的反射——通過反射從實體對象中獲取某個屬性值；通過反射為控件的某個屬性賦值，所以這不是一種高效的操作方式。為了提升性能，我通過IL Emit的方式創建了一個PropertyAccessor組件，以實現高效的屬性操作。如果你看了我在文中給出的三種屬性操作性能的測試結果，相信會對PropertyAccessor的作用有深刻的印象。[源代碼從這里下載]
譯者注：本文發表于1998年3月28日，16年過去了，仍然值得我們深思。
(未設定內容)
不得不說，有時候無知是福，看到一點有趣而深刻的東東，就能感覺到神奇。越是我們熟悉的東西，往往卻是我們進一步理解深刻的障礙，而之所以是障礙是我們并不知道這個是我們理解問題的障礙。困惑中的每一次豁然開朗往往是從一點一滴的我們已經成為慣性思維中開始。越是深刻的原理，往往越是簡單強大。就像愛因斯坦打破牛頓給我們原有的世界觀一樣。對于一個打破常規，讓你重新理解問題的最簡單的方法就是把你整個思考的前提否定。而帶來的結果就是我們看問題的角度，層面有了更大的擴展。所以，有時候知道的太多反而不美，做一個白癡也很幸福。
優先隊列嚴格說實際上不是一種隊列，因為它并不需要遵循隊列的FIFO特性，而要求的基本操作包括：向隊列中插入新的記錄，以及移出隊列中的最大的元素。我們可以以各種不同的方式來實現優先隊列——只要能夠滿足上面的兩個接口就可以了。但是基于堆的優先隊列則具有較好的性能。
