当前位置:  -> 首页 -> 架构师修炼之.NET典型C/S三层架构设计(UML图例)

上一篇    下一篇
架构师修炼之.NET典型C/S三层架构设计(UML图例)
点击率:1675  发布时间:2012-05-24

引文:.NET技术设计C/S三层架构是.NET软件架构师的必要技能,架构设计的初级境界是架构设计、中级境界是符合抽象的设计、终极境界是简单而实用的设计。 
  

.NET是微软当前提供给开发人员设计开发系统的便捷手段和方式,不同于多年前的DCOM、MTS、TCP/UDP方式,.NET解决了分布式调用(Remoting、WCF)、WINFORM呈现、数据库访问、基础类库、操作系统访问、多线程、SOCKET、工作流、嵌入式设计等技术难题,使得技术人员可以方便的设计、实现系统,满足业务需求。 

    
 

.NET三层C/S系统架构包括表现层、业务逻辑层、数据存储层三个方便,比较典型的搭配就是C#实现WINFORM、业务逻辑,通过ADO.NET或者NHibernate/LINQ进行数据库访问,同时MS SQL SERVER数据库提供了企业级的数据存储功能。 

C#实现WINFORM的重点在于达到表现层的稳定性、可扩展性,做好出错处理、调试信息输出,衡量的标准就是任何时候不需要通过调试代码来发现问题,日志展示一切且作为性能分析的基础。 

系统实现的重点在业务逻辑层,通过C#业务逻辑层的实现不是整个系统的难点。 

数据库中间件和底层类库是系统设计和实现的重点,数据库中间件的选择尤为重要,选用ADO.NET虽然数据传输性能低、代码扩展性差,但实际的代码维护性较高,毕竟人人都懂得ADO.NET。采用NHibernate等数据库中间件要尤为慎重,如果得不到开发人员的支持,就会成为架构师的恶梦,NHibernate在实现表关联更新时对配置文件设计成本较高,小而精干的队伍可以采用,做大型业务系统尽量不要采用,系统设计合理但不合适。报表系统如果选用SQL SERVER毫无疑问采用Reporting Service,简单实用。 

C/S系统架构设计特别遇到业务系统时,工作流中间件常常成为技术选择的一大课题,成为难题的原因不在于他们满足不了技术需求,在于需要选择高水平的开发人员来进行研究和集成。技术人员常常骂这个工具不行、那个技术不行,从来不想自己的水平不行。可恨但就是现状,只有适应。 

对于数据存储来说,SQL SERVER、Oracle均能满足大部分的业务系统,一个开发的DBA就能解决这个问题,SQL SERVER在系统配置、报表系统、语句优化方面较为便捷,ORACLE在处理多并发时更为可靠和稳定,特别是行级锁定极难出问题。 

洛羽叶

2012/5/24 

标签: .NET ORACLE 架构设计 架构师 UML 三层架构
   站点首页      技术人生      旅途足迹      我要留言      友情链接      关于站长   
[本站统计]
在线人数:0
今日访问:891
总访问量:1468573
Copyright 2006-2022 EasyWeb 1.6 订阅 All Rights Reserved
粤ICP备08028977号-1
www.luoriver.com
Created by WWH in 2006