浅析由Winform转入WCF的思考

很多开发人员对于Winform还比较熟悉，对于WCF还是有一定理解上的难度的。本文将从一个由Winform转入WCF的开发人员的角度，来进行仔细的思考。

小生是做Winform出身的，最近一直想往BS方面转，觉得WCF对我是一个好的切入点，于是看了一些WCF的资料，个人感觉，去学习一门技术，是容易的，难的是怎么把这门技术和自己己有的知识融会贯通，我学习WCF的动机比较简单的，先学习了WCF,把自己现的Winform的系统的业务逻辑封装在WCF,形成Winform +WCF的结构，然后再着手进行BS的系统。

即

Step 1.Winform + 本地业务逻辑

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服务了

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

名称栏目：浅析由Winform转入WCF的思考
URL网址：http://www.shufengxianlan.com/qtweb/news19/369619.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联