业务逻辑层的模式

Martin Fowler在《企业应用架构模式》一书中对领域层(即业务逻辑层)的架构模式作了整体概括,他将业务逻辑设计分为三种主要的模式:Transaction Script、Domain Model和Table Module。

Transaction Script模式将业务逻辑看作是一个个过程,是比较典型的面向过程开发模式。应用Transaction Script模式可以不需要数据访问层,而是利用SQL语句直接访问数据库。为了有效地管理SQL语句,可以将与数据库访问有关的行为放到一个专门的Gateway类中。应用Transaction Script模式不需要太多面向对象知识,简单直接的特性是该模式全部价值之所在。因而,在许多业务逻辑相对简单的项目中,应用Transaction Script模式较多。

Domain Model模式是典型的面向对象设计思想的体现。它充分考虑了业务逻辑的复杂多变,引入了Strategy模式等设计模式思想,并通过建立领域对象以及抽象接口,实现模式的可扩展性,并利用面向对象思想与身俱来的特性,如继承、封装与多态,用于处理复杂多变的业务逻辑。唯一制约该模式应用的是对象与关系数据库的映射。我们可以引入ORM工具,或者利用Data Mapper模式来完成关系向对象的映射。

与Domain Model模式相似的是Table Module模式,它同样具有面向对象设计的思想,唯一不同的是它获得的对象并非是单纯的领域对象,而是DataSet对象。如果为关系数据表与对象建立一个简单的映射关系,那么Domain Model模式就是为数据表中的每一条记录建立一个领域对象,而Table Module模式则是将整个数据表看作是一个完整的对象。虽然利用DataSet对象会丢失面向对象的基本特性,但它在为表示层提供数据源支持方面却有着得天独厚的优势。尤其是在.Net平台下,ADO.NET与Web控件都为Table Module模式提供了生长的肥沃土壤。

 
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
在Java Web开发中,通常使用Servlet来处理HTTP请求和响应。在Servlet中,业务逻辑通常被称为Servlet业务逻辑或Servlet服务。 Servlet业务逻辑的实现可以借鉴MVC模式的思想,将业务逻辑与界面分离,以便更好地维护和测试。以下是一些实现Servlet业务逻辑的步骤: 1. 抽象业务逻辑:将业务逻辑从Servlet类中抽离出来,形成一个独立的类或接口。这个类或接口应该包含所有与业务相关的方法,并且应该与Servlet的生命周期独立。 2. 依赖注入:将业务逻辑作为一个依赖项注入到Servlet中。这可以通过构造函数、setter方法或其他依赖注入框架来实现。 3. 处理请求:在Servlet中处理HTTP请求,并调用业务逻辑的方法来实现业务逻辑。根据具体的业务需求,可能需要从请求参数中提取数据、验证数据、调用其他服务等。 4. 处理响应:将业务逻辑返回的数据转换为响应数据,并将其发送回客户端。根据具体的业务需求,可能需要将数据渲染为HTML、JSON、XML等格式。 5. 异常处理:处理业务逻辑抛出的异常,将异常信息转换为HTTP响应码和响应消息,并将其发送回客户端。 总之,Servlet业务逻辑的实现可以通过抽象业务逻辑、依赖注入、请求处理、响应处理和异常处理等步骤来完成。这样可以将业务逻辑与界面分离,从而提高代码的可维护性和可测试性。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值