|
|
第一，在開發的階段一旦改變了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頁面的參數的問題，我在上一篇隨筆中有寫到，大家可以參考一下。
AspNet技術：Silverlight中動態獲取Web Service地址，轉載需保留來源！
鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。
