面向接口开发的一个架构(一)
2009-10-18 20:42
211 查看
最近要做一个CMS系统,系统有多个子系统,牵扯到Java、c#、SQLServer、Oracle结构比较复杂。
C#这块既要访问Oracle,又要访问SQLServer,所以做了一个面向接口的统一架构。
整个过程并不是面向对象的开发,没有建立实体类,使用DataSet作为数据存储的容器。业务逻辑层采用反射机制调用数据访问层,减少冗余代码。
分层结构为:
IBusinessFacade :定义业务逻辑层的接口
BusinessLogic : 实现业务逻辑
IDAL :定义数据访问层接口
DataAccess : 实现数据访问
Utility :一些工具类或者通用的类
Web : 基于ASP.NET的展现层
下面以Log日志为例,展现整个架构的层次结构,分数据访问、业务逻辑、页面展现三部分叙述。
Log的数据库结构如下:
ID int primarykey
Name varchar(1024)
Decribe varchar(4000)
CreateDate datetime
由于每层代码比较多就分开章节写了。
C#这块既要访问Oracle,又要访问SQLServer,所以做了一个面向接口的统一架构。
整个过程并不是面向对象的开发,没有建立实体类,使用DataSet作为数据存储的容器。业务逻辑层采用反射机制调用数据访问层,减少冗余代码。
分层结构为:
IBusinessFacade :定义业务逻辑层的接口
BusinessLogic : 实现业务逻辑
IDAL :定义数据访问层接口
DataAccess : 实现数据访问
Utility :一些工具类或者通用的类
Web : 基于ASP.NET的展现层
下面以Log日志为例,展现整个架构的层次结构,分数据访问、业务逻辑、页面展现三部分叙述。
Log的数据库结构如下:
ID int primarykey
Name varchar(1024)
Decribe varchar(4000)
CreateDate datetime
由于每层代码比较多就分开章节写了。
相关文章推荐
- 面向接口开发的一个架构(四)
- 面向接口开发的一个架构(三)
- 面向接口开发的一个架构(二)
- 模块化设计,面向接口开发。不断重构设计和代码,一个大幅提高开发效率的好方法:不断重构既有代码和设计,为复用准备。同时也是优化。
- MyEclipse开发一个webservice接口
- 面向服务架构~面向服务的API是统一接口还是具体业务使用具体的接口?
- 一个简单的用于嵌入式Linux开发的C调试日志打印接口
- 一个电商项目的Web服务化改造4:方案和架构,通用接口的定义和实现
- 基于OSGI的面向接口开发
- 用cxf开发一个可以被安卓调用的接口
- 在一个项目中管理好基础架构和开发团队
- Apworks框架实战(四):使用Visual Studio开发面向经典分层架构的应用程序:从EasyMemo案例开始
- 如果是作为客户端的HTTP+JSON接口工程,没有JSP等view视图的情况下,使用Jersery框架开发绝对是第一选择。而在基于Spring3 MVC的架构下,对HTTP+JSON的返回类型也有很好
- 设计和开发一个接口
- 软件架构的一个设想以及谈一下过去两年开发软件的过失
- 在一个项目中管理好基础架构和开发团队
- 一个互联网app的开发设计(技术选型和架构)
- 为了给自己开发一个支持 fastcgi 的 http server 做准备。剥离了 nanoweb 的 fastcgi 接口部分代码。测试了下。 成功了
- 后端的一个刚毕业的小伙子老早完成了架构和服务端逻辑,接口洋洋洒洒列了出来。。。
- VS2013开发一个简单的asmx接口程序