很多開發(fā)人員對于Winform還比較熟悉，對于WCF還是有一定理解上的難度的。本文將從一個由Winform轉入WCF的開發(fā)人員的角度，來進行仔細的思考。

小生是做Winform出身的，最近一直想往BS方面轉，覺得WCF對我是一個好的切入點，于是看了一些WCF的資料，個人感覺，去學習一門技術，是容易的，難的是怎么把這門技術和自己己有的知識融會貫通，我學習WCF的動機比較簡單的，先學習了WCF,把自己現的Winform的系統(tǒng)的業(yè)務邏輯封裝在WCF,形成Winform +WCF的結構，然后再著手進行BS的系統(tǒng)。

即

Step 1.Winform + 本地業(yè)務邏輯

Step 2.Winform + WCF

Step 3.Winform + Browser + WCF

Step 4.Browser + WCF

但是剛一開始接觸WCF ，感覺很不習慣 ，原因很簡單。

但如我有一個類。

class A{  
A(String id);  
void op(){};  
B getB(){};  
String p1{get;set;}  
}  
class B{  
string id;  
void op2();  
} 

在這里，我是沒辦法直接將A轉為一個服務的，原因很簡單，如果A作為服務以后，那么B只能作為這個一個服務的數據約來實現。

B的操作op2就實現不了。

剛開始，很不理解 ，覺得這樣設計就相當于沖突了。因為， 即使A,B都作為服務，管理起來也很混亂 。

而網上關于WCF的教程，都是實現方面的。

沒有設計方面的介紹。

自己想了一下，呵呵，達人們不要笑，這個對俺確實很難，俺得弄清楚這些的事的來龍。

覺得在真正的服務的實現中，相當于把一個類的操作和數據分開，來降低粒度和耦合，這和OO的思想是不沖突 。

在WCF中，對A，B的邏輯應該如下處理.

首先對于A，把A分解成ServiceA和DataContractA兩個類，其中ServiceA作為WCF的服務契約，而DataContractA作為數據契約

Code  
class ServiceA{  
DataContractA Op(DataContract A);//對應于A.op()  
DataContractA GetDataContractA(string id);//對應于A的構造函數  
DataContractB GetB(DataContrac A);//對應于A.getB()  
}  
class DataContractA{  
String p1{get;set;}//對于應A的屬性p1  
} 

對于Class B也做類似處理。

class ServiceB{  
DataContractB Op2(DataContractB b);//對應于B.op2  
}  
class DataContractB{  
string id{get;set;}//對應于b.id  
} 

這樣，原來的邏輯很正常過渡到WCF服務了

原文標題：從winform轉入wcf的初步思考

鏈接：http://www.cnblogs.com/geyunfei/archive/2009/11/01/1594066.html