从winform转入wcf的初步思考

OOwcf

小生是做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中,对AB的逻辑应该如下处理.

首先对于A,把A分解成ServiceADataContractA两个类,其中ServiceA作为wcf的服务契约,而DataContractA作为数据契约

Code

对于Class B也做类似处理。

 

class ServiceB{

DataContractB Op2(DataContractB b);
//对应于B.op2

}

class DataContractB{

string id{get;set;}//对应于b.id

}

 

 

这样,原来的逻辑很正常过渡到wcf服务了。

这是小弟的一些理解 ,请达人们拍砖

 

 

 

posted @ 2009-11-01 21:01  葛云飞  阅读(2367)  评论(7编辑  收藏  举报