在使用WCF或者WS進行數據庫操作的時候都需要有一個明確的服務地址，如果是WCF就是svc文件地址。初學者通常會直接使用VS的Add Service Reference來添加引用。這的確是十分方便的手段，但是這樣會帶來什麼樣的麻煩呢？
第一，在開發的階段一旦改變了WS文件的目錄結構就必須改變SL工程中的WS地址，而且這種改變並不是單純的Update Service Reference這麼簡單，因為地址已經改變了，你必須刪掉舊的Reference來添加新的Reference，這是其一。
第二， 當項目開發完成要部署上去服務器時大問題就來了。如果在開發的時候是用VS的Add Service Reference來添加引用的話，系統會自動生成一個ServiceReferences.ClientConfig的配置文件，裡面記錄著WS的地址和緩存、連接時長之類的信息，要命的是這個配置文件是連同SL工程一並打包進xap文件裡面的，也就是說一旦項目部署到了服務器上之後就不能再改WS的地址了。這對項目的遷移，服務器IP地址的變動都帶來十分不利的影響。
這裡介紹一種動態獲取WS地址的方法，這種方法不依賴於 ServiceReferences.ClientConfig文件。雖然說不依賴於配置文件，但是開發者仍然需要使用VS的Add Service Reference來添加一次引用，用於生成SL端的操作代碼。好了，進入正題，下面是用於生成WSClient的類
復制代碼 代碼如下:
public class ServiceUtil
{
public static string SVCPath { set; get; }
/// <summary>
/// Get Data Service path
/// </summary>
/// <returns>path</returns>
public static WorkflowServiceClient GetDynamicClient()
{
if (SVCPath == null)
throw new Exception("Wrong SVC Path!");
BasicHttpBinding binding = new BasicHttpBinding(Application.Current.Host.Source.Scheme.Equals("https", StringComparison.InvariantCultureIgnoreCase) ? BasicHttpSecurityMode.Transport : BasicHttpSecurityMode.None);
binding.MaxReceivedMessageSize = int.MaxValue;
binding.MaxBufferSize = int.MaxValue;
return new WorkflowServiceClient(binding, new EndpointAddress(new Uri(Application.Current.Host.Source, SVCPath)));
}
}
上面ServiceUtil類中有一個靜態的字符串變量，用來保存WS文件路徑；然後下面的GetDynamicClient方法就是把SL應用的宿主網站uri與WS文件路徑組合起來形成完整的WS引用URL。這裡這個靜態變量SVCPath通常是在使用WS操作前賦值，而具體的值可以通過網站Web.config文件的appsetting中字段中傳過來，至於怎麼在SL工程中獲取aspx頁面的參數的問題，我在上一篇隨筆中有寫到，大家可以參考一下。
