服務元件程式設計方針
雖然 .NET Framework 可擴充 COM 所引入的許多程式設計功能,以及雖然 Common Language Runtime 提供的簡化存取可跨越互通界限,但是 COM 用戶端仍然必須遵守程式撰寫模型 (Programming Model) 的限制。這些限制可能會影響您使用 .NET Framework 元件所具有大量功能的方式和時機。因此,在您建置 (Build) .NET Framework 元件之前,請先考量誰會使用它。您先前對呼叫端辨識是否是以 COM 為架構可以在未來節省大量的時間。
根據呼叫端的類型,使用下列表格中的考量做為撰寫 .NET Framework 元件的方針。
預期的呼叫端 | 考量 |
---|---|
僅 .NET Framework 用戶端 | 無特殊考量。 |
.NET Framework 和 COM 用戶端 | 和下面僅 COM 用戶端所列的考量相同。 |
僅 COM 用戶端 | 避免使用參數型建構函式。
避免使用靜態方法。 在 Managed 程式碼中定義事件來源介面。 在使用者定義的例外狀況中包含 HRESULT。 提供 GUID 給需要它們的型別。 預期繼承 (Inheritance) 會有所差異。 |