业务逻辑模式——事务脚本模式

事务脚本模式是简单的业务逻辑实现方式,它将每个用户操作映射为一个方法并在同一个物理事务内执行。适用于不涉及复杂领域建模的场景,如简单的CRUD系统。在实践中,可以通过命令模式实现,允许灵活的数据交换。虽然简单,但在适当情况下使用事务脚本模式是完全合理的。
摘要由CSDN通过智能技术生成

事务脚本模式(Transaction Script, TS)

事务脚本模式可能是最简单的业务逻辑模式,它完全是过程式的。

模式概论

事务脚本是一个方法——用户通过表现层的操作发送的请求进而形成的方法。
事务——通常指执行的业务
脚本——指一组系统执行的操作(也就是脚本)与每个用户操作在逻辑上关联起来。

TS建议跳过任何面向对象设计,把业务组件直接映射到所需的用户操作上。
在TS里,每个所需的用户操作的实现都是在物理事务的边界里从开始执行到结束。数据访问通常封装到一组组件里,组件通常会放入数据访问层。按照模式,TS没有包含任何面向对象设计的成分。通过TS建模的任何逻辑都是通过IF、WHILE和FOR等语言语法元素表达。

注意:通过TS实现业务逻辑的系统有一个比较紧凑的分层架构,在这个架构里,TS与应用程序层重合,直接连接数据访问层。最终的架构与经典的三层架构一样。

下图(事务脚本模式的鸟瞰图)概述了事务脚本模式的精髓
在这里插入图片描述
TS己经用了很多年,但不会那么快被淘汰只有一个原因:它推动从任务的角度看待业务逻辑,正如你在过去的章节里看到的,这正是提高用户体验的关键。

何时选择事务脚本

TS适合业务逻辑简单,最好是不大可能改变和发展的简单场景。
通常,TS适合任何不打算使用领域建模的场景ÿ

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Mr___Ray

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值