C++等語言的“面向物件”是原始碼級別的，是由編譯器為你呈現的“一片‘面向物件’的假象” ，它只限於編譯器的這一頭（輸入），編譯器的另一頭（輸出）同樣是一堆十分“physical”的二進位制指令序列，和C等面向過程的語言的編譯輸出沒有本質區別。所以NewB程式設計師說，“我能用C寫出和C++同樣編譯結果的東東來”，NewC程式設計師也說，“我的程式碼可以通過C++的類封裝檢查，但執行結果完全可以破壞物件封裝，管你是不是私有成員。。。”

　　COM規範的“面向物件”是二進位制級別的，介面形式的封裝介面，很好地隔離了物件的內部知識，互動完全基於對既定契約的查詢。這些優點同時也為它自己埋下了“禍根”，事實證明，COM元件的封裝太過Physical，而且它所用的用於自我描述的機理（typelib）卻不能完備地描述自己，這種描述於人於己都是那麼無力蒼白，使COM無法擺脫介面氾濫、Dll地獄等等早就存在的困擾。。。

　　那麼怎麼辦，技術要進步！某位大師說過，“所有的軟體問題都可以通過引入一箇中間層來解決。” 微軟的精英們在二進位制系統的上面又為我們建造了一個“上層建築”的平臺（CLR），把軟體元件封裝從“物理空間”架到了“邏輯空間”，基於metadata的型別描述形式和基於IL的指令描述，物件只有通過CLR的ClassLoader才能按需進入二進位制指令序列的“物理世界”。由此可見，.Net Framework 的CLR提供的Assembly是一種更高層次的物件模型，它是屬於邏輯空間的並且是本地完善描述的。 　　絕妙的設計，沒有問題了嗎？呵呵，問題會有的，不然技術怎麼進步？