.NET框架中的XML：XmlSerializer的內部原理
XmlSerializer 的內部原理
有了 CodeDom 以后，可以為追求自定義的開發人員帶來大量能力和靈活性，但同時也帶來了更大的責任。以這種方式修改代碼會有危險，因為這會使代碼不再按與架構兼容的方式進行序列化，或者 XmlSerializer 功能被完全破壞，并針對意外的節點和特性引發異常，從而無法檢索值，等等。
因此，在處理生成的代碼之前，絕對需要了解 XmlSerializer 的內部原理，當然也就需要一種了解其內部原理的方法。
當對象即將進行 XML 序列化時，將通過反射您傳遞給 XmlSerializer 構造函數的類型來創建一個臨時程序集（這就是您需要那么做的原因）。請等一下！不要因為“反射”一詞而感到害怕！這對于每個類型只執行一次，并且在 AppDomain 生命期內，將創建一對極為有效的 Reader 和 Writer 類來處理序列化和反序列化。
這些類繼承了 System.Xml.Serialization 命名空間中的 XmlSerializationReader 和 XmlSerializationWriter 公共類。它們還是 [TheTopSecretClassName]。如果您希望看一下這些動態生成的類，您只需向應用程序配置文件（對于 Web 應用程序，為 web.config）中添加以下設置：
- < system.diagnostics> < switches> < add name="XmlSerialization.Compilation" value="4"/> < /switches> < /system.diagnostics>
現在，序列化程序將不會刪除在該過程中生成的臨時文件。對于 Web 應用程序，這些文件將位于 C:\Documents and Settings\[YourMachineName]\ASPNET\Local Settings\Temp 中；或者，它們將位于當前用戶的 Local Settings\Temp 文件夾中。
您將看到的代碼就是當您希望有效地加載 .NET 中的 XML 時需要編寫的代碼：使用嵌套的 while 和 if 語句進行讀取，使用 XmlReader 方法在數據流中向下移動，等等。使用這些丑陋代碼的目的就是使該處理過程真正地快起來。
還可以通過使用 Chris Sells 的 XmlSerializerPreCompiler 工具來診斷所生成的這些類中的問題。
【編輯推薦】
