共用方式為

設計部署

  • 發行項

規劃 COM+ 應用程式的範圍是您應該儘早考慮的重要設計工作。 打算使用 COM+ 執行的分散式系統應該設計成使用最少的個別組態進行部署，且最有效率地使用每個程式。 您也可以使用一些技術，讓您在部署 COM+ 應用程式時達到最佳效能。 （如需詳細資訊，請參閱 部署以加快通訊速度。）

使用元件服務系統管理工具檢視時，每個 COM+ 應用程式會顯示為一個資料夾，其中一元件會以邏輯方式分組。 雖然您可以在 COM+ 應用程式 元件 資料夾之間行動個別元件（換句話說，從一個應用程式移到另一個應用程式），但在 COM+ 應用層級設定的數個服務，例如安全性，可能會有所不同。 這些服務設定可能會影響可移植性。

COM+ 伺服器應用程式定義進程界限

當您建立新的 COM+ 伺服器應用程式時，您實際上會定義新的進程界限。 （請注意連結庫應用程式的例外狀況，如下所述。此程式會成為 COM+ 應用程式中所含元件的控制應用程式實例。 每當程式第一次呼叫 COM+ 應用程式時，這些元件都會在 COM+ 可執行程式的新實例中執行進程。 這表示指定 COM+ 應用程式 之 Components 資料夾中的所有元件都會在做為 DCOM 伺服器的單一進程空間中執行。 在 COM+ 應用程式中，COM+ 會管理記憶體、與分散式交易協調器 （DTC）、Just-In-Time 元件實例啟用、損毀偵測和復原，以及角色型安全性的協調。

跨 COM+ 應用程式界限呼叫

由於每個 COM+ 應用程式通常會實作為個別的可執行檔，因此當某個 COM+ 應用程式中的元件呼叫另一個 COM+ 應用程式中的元件呼叫另一個 COM+ 應用程式中的元件時，將分散式應用程式分割成多個 COM+ 應用程式會產生跨進程 COM 呼叫的效果。 這會導致效能降低，因為跨進程封送處理 COM 參數的額外負擔。

注意

產生此效能處罰原本就沒有任何問題：您只需要注意它會發生。 根據必要的回應時間，將同時要求商務服務的用戶數目，以及每個元件新增至每個 COM+ 應用程式的啟動負擔，您可能會發現可接受因跨應用程式呼叫造成的效能命中。

 

排除跨 COM+ 應用程式界限呼叫效能的其中一個可能性是將指定的 COM+ 應用程式標示為連結庫應用程式。 COM+ 連結庫應用程式會在建立它的用戶端程序中執行。 當然，沒有效能提升的成本為零。 在此情況下，取捨涉及 COM+ 連結庫應用程式的限制。 雖然連結庫應用程式可以使用角色型安全性，但它不支援佇列元件或遠端訪問。

部署以加快通訊速度

設計可用性

設計延展性

設計安全性