|
|
第一，在開發(fā)的階段一旦改變了WS文件的目錄結(jié)構(gòu)就必須改變SL工程中的WS地址，而且這種改變并不是單純的Update Service Reference這么簡單，因為地址已經(jīng)改變了，你必須刪掉舊的Reference來添加新的Reference，這是其一。
第二， 當(dāng)項目開發(fā)完成要部署上去服務(wù)器時大問題就來了。如果在開發(fā)的時候是用VS的Add Service Reference來添加引用的話，系統(tǒng)會自動生成一個ServiceReferences.ClientConfig的配置文件，里面記錄著WS的地址和緩存、連接時長之類的信息，要命的是這個配置文件是連同SL工程一并打包進(jìn)xap文件里面的，也就是說一旦項目部署到了服務(wù)器上之后就不能再改WS的地址了。這對項目的遷移，服務(wù)器IP地址的變動都帶來十分不利的影響。
這里介紹一種動態(tài)獲取WS地址的方法，這種方法不依賴于 ServiceReferences.ClientConfig文件。雖然說不依賴于配置文件，但是開發(fā)者仍然需要使用VS的Add Service Reference來添加一次引用，用于生成SL端的操作代碼。好了，進(jìn)入正題，下面是用于生成WSClient的類
復(fù)制代碼 代碼如下:
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類中有一個靜態(tài)的字符串變量，用來保存WS文件路徑；然后下面的GetDynamicClient方法就是把SL應(yīng)用的宿主網(wǎng)站uri與WS文件路徑組合起來形成完整的WS引用URL。這里這個靜態(tài)變量SVCPath通常是在使用WS操作前賦值，而具體的值可以通過網(wǎng)站W(wǎng)eb.config文件的appsetting中字段中傳過來，至于怎么在SL工程中獲取ASPx頁面的參數(shù)的問題，我在上一篇隨筆中有寫到，大家可以參考一下。
AspNet技術(shù)：Silverlight中動態(tài)獲取Web Service地址，轉(zhuǎn)載需保留來源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。
