LitwareHR使用WCF正确实现方法详解

开发 开发工具
我们如何才能正确的在LitwareHR中进行WCF的使用呢?在这里,我们将会通过这篇文章中为大家详细解读一下LitwareHR使用WCF的正确实现方法。

众所周知,WCF开发插件是一个功能强大,应用范围比较广泛的.NET Framework 3.5重要组成部件。在这里我们将会为大家详细介绍一下LitwareHR使用WCF的正确实现方法,希望能给大家带来一些帮助。#t#

LitwareHR是微软的一个开源代码,主要目的是为了解释如何使用WCF等技术开发一个实现微软的SaaS,如下:

To be the embodiment of the architectural guidance described in our whitepapers

To demonstrate how the Microsoft platform is used in the creation of SaaS solutions

关于SaaS这里不再描述,LitwareHR在架构上也有很多可以参考的地方,具体可以去看他的文档和代码

这里关注一下LitwareHR使用WCF的正确实现方法,尤其是在使用WCF的时候是如何划分层次结构的.

其实,如果我们关注微软的软件工厂,就会发现在微软的Service Factory里面,也是采用了类似的层次结构

总的来说,在LitwareHR里面,对于某一个功能来说,从门户端(下面称之为客户端)到中间层(下面称之为服务端)一共会涉及这么几个模块:

Gateway,Host,Service,Contract,BusinessLogic,这里,从其中的一个具体业务,GetMainMenuList作为例子.

其中:

Gateway,是一个典型的Service Gateway的Enterprise Pattern的应用,包装了对服务的应用,这个是跑在客户端的,包装在一个gateways的DLL中

比如:

PresentationGateway.cs中

 

  1. static public MainMenuItem[] GetMainMenuList()   
  2. {   
  3. using (SecureChannel channel = new SecureChannel())   
  4. {   
  5. return channel.GetMainMenuList();   
  6. }   
  7. }   
  8. private class SecureChannel : ClientBase<IPresentationSC>, IPresentationSC   
  9. {   
  10. public MainMenuItem[] GetMainMenuList()   
  11. {   
  12. return base.Channel.GetMainMenuList();   
  13. }   

 

上面的IPresentationSC以及MainMenuItem都是Contract里面描述的接口以及对象

Contract,是接口,包装在独立的DLL中,客户端和服务端都会用到

比如:

MainMenuItem.cs中描述了传输的数据对象

 

  1. [DataContract, Serializable]   
  2. public class MainMenuItem   
  3. {   
  4. private object _id;   
  5. [DataMember]   
  6. public object Id   
  7. {   
  8. get { return _id; }   
  9. set { _id = value; }   
  10. }   
  11. ….   

 

IPresentationSC.cs中描述了服务接口,

 

  1. [ServiceContract]   
  2. public interface IPresentationSC   
  3. {   
  4. …   
  5. [OperationContract]   
  6. MainMenuItem[] GetMainMenuList();   

 

Host:很简单,就是宿主程序,这里是宿主的IIS里面的,所以就是一个web site,自然是服务端的

比如

在其中的PresentationService.svc中(就这么一句话,这也是适用IIS作为WCF宿主的好处之一)

 

  1. <% @ServiceHost Language=CDebug="true" Service=
    "Shp.Runtime.Services.PresentationService" %>  

 

Service:这是host文件里面指定的service类,自然是服务端的

比如:

在PresentationService.cs中

 

  1. public class PresentationService : IPresentationUC, IPresentationSC   
  2. {   
  3. ...   
  4. public MainMenuItem[] GetMainMenuList()   
  5. {   
  6. Thread.CurrentThread.CurrentCulture = CultureInfo.InstalledUICulture;   
  7. Guid tenantId = Context.TenantId;   
  8. if (tenantId == Guid.Empty)   
  9. throw new System.Security.SecurityException();   
  10. return PresentationLogic.GetMainMenuList(tenantId);   
  11. }   

 

 

这里调用到了PresentationLogic类, LitwareHR中,这个东西和Service放在一个DLL中,但是不同的cs

这就是前面提到的BusinessLogic,比如PresentationLogic.cs,实现具体的业务逻辑

当然,如果足够复杂的话,其实底层还可以实现业务实体以及业务实体转换的模块,这些可以在service factory里面看到微软的推荐做法,这里不说了

还有一个没有提到的,就是客户端和服务端的配置文件里面都会有相应的内容,这里不赘述了

总结:可以看出,LitwareHR使用WCF的时候,其程序层次结构相比较web service会多一些,更为灵活,但是实际上,对于web service,我们也可以抽象出这么多层次,只不过比较别扭而已(比如在web service里面,实际上contract的概念并不是很强)

责任编辑:曹凯 来源: CSDN
相关推荐

2010-02-25 10:10:29

WCF使用Header

2010-02-24 13:48:44

MSMQ使用WCF

2010-02-25 16:52:12

引用WCF服务

2010-02-25 13:48:23

WCF动态创建代码

2010-02-25 09:13:34

WCF异步调用

2010-02-26 08:59:10

WCF服务宿主程序

2010-02-24 10:07:48

WCF跨越边界

2010-02-24 10:41:28

WCF服务保护

2010-02-26 10:30:03

ASP.NET Aja

2009-12-21 18:32:22

关闭WCF链接

2010-03-04 11:12:02

Python AOP

2009-12-21 10:09:26

WCF创建客户端服务对

2010-02-22 14:28:35

WCF实现loadin

2010-03-03 17:10:57

Python操作Sql

2010-01-22 13:08:50

VB.NET创建数组

2010-03-02 14:12:30

WCF枚举类型

2009-12-22 16:36:38

WCF重载

2010-03-05 16:51:01

Python程序转为E

2010-02-23 14:48:38

WCF事件通知

2010-01-14 17:52:54

VB.NET显示系统信
点赞
收藏

51CTO技术栈公众号