个人对于架构设计的理解

  1. 云栖社区>
  2. 博客>
  3. 正文

个人对于架构设计的理解

zting科技 2017-01-12 16:31:00 浏览434
展开阅读全文

处在待业状态最适合做的事情就是对以前的工作和学习做一个总结。
  
   读过一些开源的架构,比如PetShop的架构,Nhibernate的架构,ibatis.net的架构。
  
   自己写过的架构,从最早的简单三层,到面向服务,面向对象,面向接口编程思想的架构的转变,顺便乘着空余时间做下总结,很分析。
  
   也希望得到高人指点,给初学者一些帮助。
  
   我个人不是太过喜欢于ORM框架,但如果在适合的时候或者对ORM有偏向的时候,我想我也会对架构做一个ORM设计,但目前不是。
  
   从整体来说,整个架构设计采用服务的思想,比如ObjectService继承于IObjectService接口。这个就是接口服务层和实现服务层的组成。
  
   接口服务层Company.Web.IService 实现服务层Company.Web.Service。
  
   在整个业务系统中包括业务层 Company.Web.Business,在业务层中做基类BaseDao,所有的业务DAO继承于BaseDao。
  
   业务系统模块还包括 实体层 Company.Web.Model,
  
   该实体层作用包括三个方面,Entity用来定义实体,Collect用来存放实体集合,Table用来规范数据库字段名称。
  
   对于接口与实现分离的衔接,通过服务适配器来实现,在boot.config中做接口和实现的配置,让适配器读取服务做缓存处理。
  
   对于数据库访问层可以通过DbProvider实现多数据库的通用性,通过如下配置以什么方式如何做数据库访问处理。
  
   
  
  
  <Service Type="Company.Web.IDbUtilities.IDbService, Company.Web.IDbUtilities" Driver="Company.Web.DbUtilities.SqlService, Company.Web.DbUtilities" />
   
  
  
   /// <summary>
   /// 数据库访问服务
   /// </summary>
   public static IDbService DbService
   {
   get
   {
   return (IDbService)ServiceManager.Instance.GetService(typeof(IDbService));
   }
   }
   
  
   在基于提供的基础服务中,除了DbUtilities,还包括Company.Web.IConfiguration,Company.Web.ICache服务。
  
   Configuration服务主要作用是记录基本客户信息和系统处理基础信息,必要时当然包括系统运行方式的选择比如基于Local,或者Remoting,或者WebService。
  
   业务层包括2块,是基于服务端的业务层和客户端的业务层。目前实现的方式是通过WebService。
  
   以下为架构截图



本文转自左正博客园博客,原文链接:http://www.cnblogs.com/soundcode/archive/2010/12/25/1916914.html,如需转载请自行联系原作者

网友评论

登录后评论
0/500
评论
zting科技
+ 关注