从winform转入wcf的初步思考
从OO到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(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 B也做类似处理。
class ServiceB{
DataContractB Op2(DataContractB b);//对应于B.op2
}
class DataContractB{
string id{get;set;}//对应于b.id
}
DataContractB Op2(DataContractB b);//对应于B.op2
}
class DataContractB{
string id{get;set;}//对应于b.id
}
这样，原来的逻辑很正常过渡到wcf服务了。
这是小弟的一些理解 ，请达人们拍砖
