預編譯的核心服務客戶端與生成自己的代理

自2011sp1 Tridion自帶預編譯的核心服務客戶端。是否仍然有理由通過添加服務引用來生成自己的代理？還是那個舊的方法現在正式被棄用？預編譯的核心服務客戶端與生成自己的代理

2012-08-17 Quirijn

也許「正式棄用」可能是把它有點強烈，但我們肯定開始看到一些共識。 :-) – 2012-08-17 13:49:03

這是問題的關鍵，我想.. – Quirijn 2012-08-17 20:14:28

讓我們來看看編譯DLL VS服務引用的優點：

核心業務正在增長，這是相當有問題產生較慢的網絡上的服務參考參考。更大的核心服務將會更難以生成服務參考（當然有解決方法）
編譯的dll使用「正確」設置進行編譯。生成服務引用時可以設置一些選項，例如要從其他程序集重用的返回類型和類型。通過使用編譯的dll，你可以確定你所做的一切都是正確的。
更新服務引用時，您可能會對app.config產生相當大的混亂。我認爲更新DLL和配置更容易一些。
是相當棘手的生成服務引用，當你有LDAP或SSO或HTTPS配置

2012-08-17 08:43:40

感謝您的解釋。我也做了一些測試，發現（至少對於Read操作），預編譯客戶端的速度提高了大約8％。這封印:) – Quirijn 2012-08-17 09:09:39

我會補充說，使用「發貨」代理還提供了標準化的好處。我可以針對代理編寫代碼，將代碼提供給其他人，並且他們可以使用它。 – 2012-08-17 13:47:30

預編譯的coreservice客戶端默認情況下分發以幫助實施者。由於生成自己的代理有點困難（您可能需要在svcutil中更改一些配置）。

預編譯的coreservice客戶端始終使用最新的端點。根據您的情況，您可能需要生成自己的代理，如果您想始終與舊端點連接。

否則，您可以使用預編譯的客戶端，它將確保您連接到最新的端點，但這可能會破壞您的客戶端（您可能需要修復某些內容或重新編譯）。

2012-08-17 08:39:44 Bappi

回答