发展历史事情脚本

  本文摘录自《.NET企业级应用架构设计》

  业务逻辑层的模式的进步历史

  历史上,事务脚论是第一只广泛应用的政工逻辑模式。
  后来面世了基于表数据的表模块模式,仍然属于过程式模式,但是进入了一部分面向对象思维。
  于面向对象开发兴起以后,出现了依据对象的事体逻辑模式,最简单易行的靶子模型就比如是数额库表的数据模型,这里的靶子就是数据库中之笔录,并加以了片附加的主意,这种模式通常称为运动记录模式。
  随着事情逻辑的复杂性越怪,软件的抽象程度进一步强,这时便活该于世界着眼,创建一个世界让的靶子模型,这种模式通常号称领域模型。

  事务脚本概念

  业务逻辑层是一样名目繁多过程的成团,每个集合都用于处理来自于表现层的一个呼吁。业务逻辑层被看做是平等多级的相关的操作,系统实施之每个步骤都见面吃分割成又有些之步调,每个步骤都用一个操作表示,叫做事务。在这上下文中,事务是一个不可分割的逻辑操作,但这个业务与数据库中之作业没有关系,这个模式叫做事务脚本。

  我之想法

  事实上,平时应用的事物脚本模式是过程式编程,真正的面向对象编程是小圈子模型,而自己直接认为将工作逻辑分层,创建几只类似即是面向对象编程,这确实是一个惊人之冷嘲热讽啊。

  事务脚本模式概述

  事务发展历史脚本模式鼓励而放弃所有的面向对象设计,将工作组件直接照射到得的用户操作上。该模式之关注点在于用于通过表现层所能够尽的操作,并也每个操作编写一个特意的章程。这就算是工作脚本。不过数访问层通常为打包到外一些零部件中,并无属脚本的均等局部。

  事务脚本的利害

  事务脚本就是一个简单易行的过程式模型,简单是工作脚本最值得一提的优势,对于逻辑不多,时间紧且据让强大的IDE的路,事务脚论是彼精彩的抉择。简单既是事情脚本的不过特别优势,同时为变成了它们极充分之劣势。事务脚本有致代码重复的潜质,你见面十分易之落一致多样成就接近任务之事体,最终应用程序变成了扳平团混乱的子程序组合。当然这,重构闪亮登场。重构可以当好特别程度上缓解工作脚本天生的劣势,不过重构也生夫意图的限。

 

发表评论

电子邮件地址不会被公开。 必填项已用*标注