本篇内容介绍了“由winform转入WCF的实例分析”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!小生是做WinfORM出身的,最近一直想往
本篇内容介绍了“由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服务了
“由Winform转入WCF的实例分析”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注编程网网站,小编将为大家输出更多高质量的实用文章!
--结束END--
本文标题: 由Winform转入WCF的实例分析
本文链接: https://lsjlt.com/news/292865.html(转载时请注明来源链接)
有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
2024-05-24
2024-05-24
2024-05-24
2024-05-24
2024-05-24
2024-05-24
2024-05-24
2024-05-24
2024-05-24
2024-05-24
回答
回答
回答
回答
回答
回答
回答
回答
回答
回答
0