這個小項目或者說是小功能大約一年以前開發的。現在寫這篇文章只是為了共享這個思路使有同樣需求的人少走彎路。公司其它人員開發了一個適用于pc客戶端調用的wcf服務。由于公司添加了android與ios客戶端的開發。所以這些代碼也需要訪問這個wcf服務，之前讓許多人做別人不是android訪問不到就是對原有wcf改動太大(還有一個 Zhou某某，平時吹的挺牛B,弄了好幾天也沒弄好)。后來領導把這個任務交給了我。接到這個任務后，我分析了下現有的代碼，由于android與javascript，c#調用訪問的資源是一樣的，只不過是訪問方式不同而已。所以最好還是不要動現有的wcf，于是我就另啟了一個wcf服務，專門用來給android訪問。而我的服務接收到andoird的請求后，再訪問原先的wcf服務。這樣做的好處是：
　　一，可以將代碼的改動量做到最小，基本上原先的wcf服務不用動，只要改動時，把發布后的dll文件替換掉就行。
　　二，得用反射分析Wcf發布的dll文件（這其中用到了部分的編譯原理知識）。
　　現在簡單描述下這個項目的運行原理：
　　其實就是讓android訪問wcf時，將要調用的方法名及參數，用一個統一的json對象包裝起來。首先根據調用的方法名來動態分析dll文件，查找是否有此方法，如果沒有則返回錯誤。如果有，則利用反射動態分析些方法，主要是參數及返回值，然后根據獲取到的參數及返回值信息來將android傳入的json對象一一進行類型轉換，然后調用此方法，并將返回值轉換成json,返回給andriod或ios(其實javascript訪問也是這個原理，只不過是wcf配置稍有不同而已)。
這個小項目或者說小功能做好后，運行很穩定。可惜后來由于要寫公司的解析程序及地圖信息服務，領導把這個項目讓我交給別人了（可能領導到現在還不知道這個方法的原理，也許以后說起時就是別人的功勞了）。



與50位技術專家面對面20年技術見證，附贈技術全景圖

總結

以上是生活随笔為你收集整理的由一次WCF项目的需求扩展想到的的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。