- 51aspx源码必读.txt[3KB]
- HISDemo.sln[6KB]
- HISDemo.suo[69KB]
- from.gif[4KB]
- 最新Asp.Net源码下载.url[125B]
- Infrastructure.Core[0B]
- Infrastructure.Facade[0B]
- Infrastructure.Repositories[0B]
- lib[0B]
- Demo.HIS.FrameWork[0B]
- Demo.HIS.MVC[0B]
- DemoHisSite[0B]
- doc[0B]
源码介绍
源码参数
HISDemo源码
系统分了几个逻辑层，对于层与层之间的调用我们要实现一下几点：
1.层与层之间只通过接口调用
2.接口所对应的具体实现通过XML配置指定
3.可能会对接口实例的生存周期进行管理
这里我们使用Unity的依赖注入容器（Dependency Injection, DI）去实现
数据访问层Repositories：主要用NHibernate访问数据库，但也有可能去访问其他模块或系统的WebService，也有可能用Linq去访问一些缓存（内存中的）数据，也有可能访问XML，文本文件等等....
业务领域层Core：系统的核心层，所有与数据访问无关的业务逻辑都应该内聚在这里，业务领域对象理论上应该是充血的，内聚自己的业务逻辑。但有一些业务逻辑在设计的时候涉及到了多个业务领域对象 ，我们很难决定放在哪个具体的业务对象里，所以我们有一个Service层来放这种业务逻辑。
外观层(设计模式之外观模式)Facade：把数据访问接口，业务领域对象的业务逻辑，Service接口简单的封装一下成为Facade层接口供展示层UI或SOA层调用，这个层需要注意的是它只是简单的封装，免得UI层调太多层的接口，这层不应含有业务逻辑。
SOA层：因为系统比较庞大 模块很多，且业务上要求各大模块间需要一定解耦，所以这一层作用是作为各大粗粒度模块间调用以及给其他系统调用，比如有基础数据管理大模块和门诊挂号大模块，他们之间的调用是必须要通过SOA层的，而不能直接走Facade层，传输的对象应该新建DTO数据传输对象，而不应该直接传递业务领域对象，从而通过SOA层我们把各个粗粒度模块完全隔离开。这个层取名为SOA也许不大恰当，大家也不必深究...计划是采用WCF 这样可以灵活的配置通讯方式
表现层Presentation：由Asp.net MVC的Action给ExtJs传输数据 ,Controler只需调用Facade接口
公共类库FrameWork：整个项目框架的公用代码，相当于公共类库
公共类库FrameWork：整个项目框架的公用代码，相当于公共类库
登陆用户名和密码都是51aspx
责任编辑：wxc
下载记录（Only Recent 100）
| 用户名 | 推荐指数 | 下载时间 |
|---|
