這個星期開始用.NET來實做案子了
以往都只有自己實驗玩玩而已
這次真的用在專案上
有幾點東西還是先記錄起來
免得自己將來忘記
1.因為這次的開發專案是需要
同時發開ASP.NET界面與VB.NET單機界面來操作的
所以我把後端的處理全部改動成WebService來處理
這樣做有個好處是不論哪種專案都透過同一個處理機制處理
不會有這個ASP專案改動了
但是另一個VB專案沒改動的缺點
不過這只是後端的機制
前端的部分留到後面說明
而且只需要設定各別專案去參考WebService就可以了
2..NET的開發環境真的比以往使用ASP或是VB來得強大多了
輕鬆處理掉以往做WebService很多麻煩點
修改WebConfig的設定
很容易就可以增加WebService的參數輸入形式
預設是提供SOAP
改動後還可以增加GET跟POST形式
而且測試頁面還會貼出各種形式所需要輸入的參數
3.VB.NET可以採用ClickOnce方式達成動態線上更新
就是若有新版本發佈到網路上的時候
Client端就會檢查是否有新版本發佈
若有就根據最新的定義更新到最新版本
這樣就可以解決不用每次都要弄一份檔案給客戶端去做更新
只要客戶連上網路開啟專案執行檔以後
程式本身就會自動更新
4.WebService安全性問題
這點其實很瞎
因為WebService其實原本的用意就是提供人需要的資料
但是.NET因為高安全設定卻不允許外來的存取(CrossDomain問題)
就是只要是從外來的網域進行存取一概都阻擋
找了許多相關資料
但都沒有比較OK的解決方式
也製作了crossdomain.xml文件供外來存取
但還是不知到哪邊的設定仍然去阻擋到
於是只好很瞎的建造了一個.NET WebServiceBridge在同一個Domain底下
選擇性的提供AJAX服務給客戶端
雖然不用再多寫額外的程式
但就是很瞎的利用自己是WebService而自己參考自己
或是自己imports自己的方式來達成Bridge的效果
5.使用BarCode遇到的問題
BarCode機裝在XP或是XP以下的OS的時候
只需要裝置好就能正常使用
但裝置在VISTA的時候
會出現一個設定
設定中預設是會產生輸入延遲
以防BarCode掃描器連續掃描
不過這樣卻會造成BarCode掃描器的輸入速度不正常而少一碼
害我還以為自家商品條碼印錯
6.使用WebService的時候
如果是在.Net參考情況外返回的是一個XmlDocument
但如果是.NET參考的情況下
很奇怪的設定返回的是一個XmlDocument
實際結果卻返回的是一個XmlElement或是XmlNode
一開始不明究理的一直想說明明返回的是XmlDocument
為啥宣告另一個Xmldocument去接會失敗
查看型態才發現返回的不是XmlDocument
我在想可能是因為預設使用SOAP協定的關係
WebService返回結果已經把SOAP標頭拿掉
直接取出Return的Element
所以才造成這種情況吧
留言列表
