面向对象——三层架构(表现层、业务层、持久层)

面向对象——三层架构(表现层、业务层、持久层)

三层架构:即表现层、业务层、持久层。

① 持久层:采用DAO模式,建立实体类和数据库表映射(ORM映射)。也就是哪个类对应哪个表,哪个属性对应哪个列。持久层

               的目的就是,完成对象数据和关系数据的转换。

② 业务层:采用事务脚本模式。将一个业务中所有的操作封装成一个方法,同时保证方法中所有的数据库更新操作,即保证同时成

               功或同时失败。避免部分成功部分失败引起的数据混乱操作。

③ 表现层:采用MVC模式。

               M称为模型,也就是实体类。用于数据的封装和数据的传输。

               V为视图,也就是GUI组件,用于数据的展示。

               C为控制,也就是事件,用于流程的控制

 

设计原则:

           业务层接口的设计原则:一个实体类一个接口,一次提交一个业务方法。业务方法的参数来自表现层。

           持久层接口的设计原则:一个实体类一个接口,一次数据库操作一个持久方法。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
.net 企业库 三层架构 jquery 资料合集 实例  jQuery由美国人John Resig创建,至今已吸引了来自世界各地的众多javascript高手加入其team,包括来自德国的Jörn Zaefferer,罗马尼亚的Stefan Petre等等。   jQuery是继prototype之后又一个优秀的Javascrīpt框架。其宗旨是——WRITE LESS,DO MORE,写更少的代码,做更多的事情。   它是轻量级的js库(压缩后只有21k) ,这是其它的js库所不及的,它兼容CSS3,还兼容各种浏览器 (IE 6.0+, FF 1.5+, Safari 2.0+, Opera 9.0+)。   jQuery是一个快速的,简洁的javaScript库,使用户能更方便地处理HTML documents、events、实现动画效果,并且方便地为网站提供AJAX交互。   jQuery还有一个比较大的优势是,它的文档说明很全,而且各种应用也说得很详细,同时还有许多成熟的插件可供选择。   jQuery能够使用户的html页保持代码和html内容分离,也就是说,不用再在html里面插入一堆js来调用命令了,只需定义id即可。   Jquery是继prototype之后又一个优秀的Javascrīpt框架。对prototype我使用不多,简单了解过。但使用上jquery之后,马上被她的优雅吸引住了。有人使用这样的一比喻来比较prototype和jquery:prototype就像Java,而jquery就像ruby.实际上我比较喜欢java(少接触Ruby 罢了)但是jquery的简单的实用的确有相当大的吸引力啊!在项目里我把jquery作为自己唯一的框架类包。使用其间也有一点点心得,其实这些心得,在jquery的文档上面也可能有讲,不过还是记下来,以备忘罢。三层架构, 企业库(Enterprise Library)是微软的模式与实践(Patterns & Practices)的下一代应用程序块(Application Blocks)。该企业库的设计思想是为了协助开发商解决企业级应用开发过程中所面临的一系列共性的问题, 如安全(Security)、日志(Logging)、数据访问(Data Access)、配置管理(Configuration Manage)等,并将这些广泛使用的应用程序块集成封装至一个叫企业库的程序包中。 通过这些程序块,可以解决共性的企业级开发过程中所面临的问题。使用新的设计理念整合应用程序块,使得各应用程序块具有重用性、一致性、扩展性、易用性、集成性   三层架构(3-tier application) 通常意义上的三层架构就是将整个业务应用划分为:表现(UI)、业务逻辑(BLL)、数据访问(DAL)。区分次的目的即为了“高内聚,低耦合”的思想。   1、表现(UI):通俗讲就是展现给用户的界面,即用户在使用一个系统的时候他的所见所得。   2、业务逻辑(BLL):针对具体问题的操作,也可以说是对数据的操作,对数据业务逻辑处理。   3、数据访问(DAL):该所做事务直接操作数据库,针对数据的增添、删除、修改、更新、查找等。 [编辑本段]概述   在软件体系架构设计中,分式结构是最常见,也是最重要的一种结构。微软推荐的分式结构一般分为三层,从下至上分别为:数据访问业务逻辑(又或成为领域)、表示。   三层结构原理:   3个次中,系统主要功能和业务逻辑都在业务逻辑进行处理。   所谓三层体系结构,是在客户端与数据库之间加入了一个“中间”,也叫组件。这里所说的三层体系,不是指物理上的三层,不是简单地放置三台机器就是三层体系结构,也不仅仅有B/S应用才是三层体系结构,三层是指逻辑上的三层,即使这三个放置到一台机器上。   三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间进行处理。通常情况下,客户端不直接与数据库进行交互,而是通过COM/DCOM通讯与中间建立连接,再经由中间与数据库进行交互。   表示    位于最外(最上),离用户最近。用于显示数据和接收用户输入的数据,为用户提供一种交互式操作的界面。   业务逻辑    业务逻辑(Business Logic Layer)无疑是系统架构中体现核心价值的部分。它的关注点主要集中在业务规则的制定、业务流程的实现等与业务需求有关的系统设计,也即是说它是与系统所应对的领域(Domain)逻辑有关,很多时候,也将业务逻辑称为领域。例如Martin Fowler在《Patterns of Enterprise Application Architecture》一书中,将整个架构分为三个主要的:表示、领域和数据源。作为领域驱动设计的先驱Eric Evans,对业务逻辑作了更细致地划分,细分为应用与领域,通过分进一步将领域逻辑与领域逻辑的解决方案分离。   业务逻辑在体系架构中的位置很关键,它处于数据访问与表示中间,起到了数据交换中承上启下的作用。由于是一种弱耦合结构,之间的依赖是向下的,底对于上而言是“无知”的,改变上的设计对于其调用的底而言没有任何影响。如果在分设计时,遵循了面向接口设计的思想,那么这种向下的依赖也应该是一种弱依赖关系。因而在不改变接口定义的前提下,理想的分式架构,应该是一个支持可抽取、可替换的“抽屉”式架构。正因为如此,业务逻辑的设计对于一个支持可扩展的架构尤为关键,因为它扮演了两个不同的角色。对于数据访问而言,它是调用者;对于表示而言,它却是被调用者。依赖与被依赖的关系都纠结在业务逻辑上,如何实现依赖关系的解耦,则是除了实现业务逻辑之外留给设计师的任务。   数据    数据访问:有时候也称为是持久层,其功能主要是负责数据库的访问,可以访问数据库系统、二进制文件、文本文档或是XML文档。   简单的说法就是实现对数据表的Select,Insert,Update,Delete的操作。如果要加入ORM的元素,那么就会包括对象和数据表之间的mapping,以及对象实体的持久化。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值