从贫血到充血Domain Model

最新推荐文章于 2024-03-28 16:30:57 发布
最新推荐文章于 2024-03-28 16:30:57 发布
阅读量2k 收藏
点赞数
分类专栏： 工作流、BPM 文章标签： domain 工作 dao spring class access
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ronghao100/article/details/2608941
版权
关于Domain Model的讨论已经非常多了，炒炒冷饭，这里是自己的一些做法。 以Workitem（工作流里的工作项）作为例子 最开始的做法： 一个实体类叫做Workitem，指的是一个工作项或者称为任务项 一个DAO类叫做WorkitemDao 一个业务逻辑类叫做WorkitemManager(或者叫做WorkitemService) 主要看看WorkitemManager，因为主要逻辑集中在这里 
public class WorkitemManager {



        private WorkItemDAO workItemDAO;



    public void setWorkItemDAO(WorkItemDAO workItemDAO) {

        this.workItemDAO = workItemDAO;

    }

   

    /**

     * 提交工作项

     * @param workitemId 工作项ID

     */

    public void commitWorkitem(String workitemId){

            WorkItem workitem = workItemDAO.getWorkItem(workitemId);

            //当前工作项结束

        workitem.complete();

        int sID = workitem.getSequenceId();

        //找到所对应的节点

        InstActivity instActivity=workitem.getInstActivity();

        //查找是否存在下一工作项

        WorkItem sequenceWorkitem = workItemDAO.findSequenceWorkItem(instActivity.getId(), sID + 1);

        //如果不存在则触发节点流转

        if (sequenceWorkitem == null) {

            instActivity.signal();

        }

        //否则把下一工作项激活

        else {

            sequenceWorkitem.setExecutive();

        }

    }

   

}
Workitem类里有一些状态转换的逻辑，这样避免直接调用get/set属性方法 
public class Workitem{



        private int state = WorkitemInfo.PREPARE;



        /**

     * 委派工作项

     */

    public void commission() {

        if (state != WorkitemInfo.EXECUTE && state != WorkitemInfo.SIGNINED

                && state != WorkitemInfo.TOREAD&& state != WorkitemInfo.SUSPEND)

            throw new WorkflowException(Messages.CANNOT_ALTER_WORKITEM_STATE);

        setState(WorkitemInfo.COMMISSIONED);

        setCommitted(new Timestamp(System.currentTimeMillis()));

    }



    /**

     * 完成工作项

     */

    public void complete() {

        if (state != WorkitemInfo.SIGNINED)

            throw new WorkflowException(Messages.CANNOT_ALTER_WORKITEM_STATE);

        setState(WorkitemInfo.COMPLETE);

        setCompleted(new Timestamp(System.currentTimeMillis()));

    }

}
接下来的做法： 三个类不变，将WorkitemManager打平，将逻辑移动到Workitem 
public class WorkitemManager {



        private WorkItemDAO workItemDAO;



    public void setWorkItemDAO(WorkItemDAO workItemDAO) {

        this.workItemDAO = workItemDAO;

    }

   

    /**

     * 提交工作项

     * @param workitemId 工作项ID

     */

    public void commitWorkitem(String workitemId){

            WorkItem workitem = workItemDAO.getWorkItem(workitemId);

            //当前工作项提交

        workitem.commit();

    }

   

}
实际上此时WorkitemManager的功能非常有限，仅仅是事务边界和获取workitem对象，甚至在一些情况下可以省略。 通过一个Container类将spring的applicationContext进行封装，然后通过getBean()的静态方法即可访问被spring所管理的bean。实际是将workItemDAO隐式注入了Workitem。 
public class Workitem{



        /**

     * 提交工作项

     */

    public void commit() {

        if (state != WorkitemInfo.EXECUTE && state != WorkitemInfo.SIGNINED

                && state != WorkitemInfo.TOREAD&& state != WorkitemInfo.SUSPEND)

            throw new WorkflowException(Messages.CANNOT_ALTER_WORKITEM_STATE);

        setState(WorkitemInfo.COMMISSIONED);

        setCommitted(new Timestamp(System.currentTimeMillis()));

        int sID = workitem.getSequenceId();

        WorkItemDAO workItemDAO=(WorkItemDAO)Container.getBean("workItemDAO");

        //查找是否存在下一工作项

        WorkItem sequenceWorkitem = workItemDAO.findSequenceWorkItem(instActivity.getId(), sID + 1);

        //如果不存在则触发节点流转

        if (sequenceWorkitem == null) {

            instActivity.signal();

        }

        //否则把下一工作项激活

        else {

            sequenceWorkitem.setExecutive();

        }

    }



}
这样带来的好处是业务逻辑全部被封装到Domain Model，Domain Model之间的交互变得非常的简单，没有频繁的set/get，直接调用有业务语义的Domain Model的方法即可。问题在于单元测试时脱离不了spring的容器，workItemDAO需要stub。我觉得这个问题不大，问题是Domain Model开始变得臃肿，在业务逻辑复杂时代码行急剧膨胀。
现在的做法 以上三个类保持不变，增加一个类WorkitemExecutor，将业务逻辑移步。 
public class Workitem{



        /**

     * 提交工作项

     */

    public void commit() {

        if (state != WorkitemInfo.EXECUTE && state != WorkitemInfo.SIGNINED

                && state != WorkitemInfo.TOREAD&& state != WorkitemInfo.SUSPEND)

            throw new WorkflowException(Messages.CANNOT_ALTER_WORKITEM_STATE);

        setState(WorkitemInfo.COMMISSIONED);

        setCommitted(new Timestamp(System.currentTimeMillis()));

        WorkitemExecutor workitemExecutor=(WorkitemExecutor)Container.getBean("workitemExecutor");

        workitemExecutor.commitWorkitem(this);

    }



}



public class WorkitemExecutor {



        private WorkItemDAO workItemDAO;



    public void setWorkItemDAO(WorkItemDAO workItemDAO) {

        this.workItemDAO = workItemDAO;

    }

   

    /**

     * 提交工作项

     * @param workitemId 工作项ID

     */

    public void commitWorkitem(Workitem workitem){

        int sID = workitem.getSequenceId();

        //找到所对应的节点

        InstActivity instActivity=workitem.getInstActivity();

        //查找是否存在下一工作项

        WorkItem sequenceWorkitem = workItemDAO.findSequenceWorkItem(instActivity.getId(), sID + 1);

        //如果不存在则触发节点流转

        if (sequenceWorkitem == null) {

            instActivity.signal();

        }

        //否则把下一工作项激活

        else {

            sequenceWorkitem.setExecutive();

        }

    }

   

}
将业务逻辑拆分成两部分，一部分在Workitem，另一部分委托给WorkitemExecutor。实际上是Domain Model将复杂逻辑的情况重新外包出去。调用的时候，面向的接口还是Domain Model的方法。注意到WorkitemExecutor和WorkitemManager的API是非常相似的。实际可以这样认为，传统的方式 Client->(Business Facade)->service(Business Logic 部分依赖Domain Model)->Data Access(DAO)。 现在的方式 Client->(Business Facade)->Domain Model->service->Data Access(DAO)。 另外，在返回client端的查询的时候还是倾向于直接调用DAO，而不是通过Domain Model。
ronghao100
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
聚宽API文档
07-06
JoinQuant聚宽量化交易平台,资源是平台的API文档，是学习量化交易的基础
QUANT[5] 聚宽joinQuant 官方文档API doc
プロノCodeSteel
07-12 1632
1. 全局API:https://www.joinquant.com/help/api/help?name=api 2. 股票数据 API：https://www.joinquant.com/help/data/stock 3. 财务数据API:https://www.joinquant.com/help/api/help?name=Stock 4. 本地数据API:https://ww...
设计具有取最小值的栈python实现
桔梗的眼泪博客
06-05 359
class stack1(object): def __init__(self): self.stackData = [] self.stackMin = [] def push(self,item): self.stackData.append(item) if not self.stackMin: ...
Python面向对象、各种名词解释（类、对象、实例、实例化）、__init__方法、__del__方法、__str__方法、设计类时候的一些惯例
y_three的博客
12-01 2099
Python面向对象、各种名词解释（类、对象、实例、实例化）、__init__方法、__del__方法、__str__方法、设计类时候的一些惯例。
api基础思维导图
yu001207的博客
07-30 388
api基础思维导图
API是什么？有哪些常见的API？
半旧。
02-27 2万+
转自 https://blog.csdn.net/cumtdeyurenjie/article/details/80211896#t2 和https://blog.csdn.net/weixin_38174062/article/details/80829912非原创，为便于学习转载，侵权删。 阅读本文大概需要 5~6 分钟 大家可能最近经常听到 API 这个概念，那什么是API，它又有...
聚宽API学习
weixin_39317305的博客
01-03 4483
获取所有交易日 get_all_trade_days 获取所有交易日, 不需要传入参数, 返回一个包含所有交易日的 [numpy.ndarray], 每个元素为一个 [datetime.date] 类型. g.t 回测运行的天数； g.ATD 记录脚本运行的天数 g.tc 设置调仓参数 g.lag 用过去多少期的财报回归 g.N 需要前多山天的数据 g.factors 选取...
python：类实例化
OceanStar的博客
11-16 4517
类对象就像是一个用来创建对象的工厂。举个例子。
python实例化是什么意思_理解python的类实例化
weixin_39761195的博客
11-20 1864
让我们以一个Foo类开始：class Foo(object):def __init__(self, x, y=0):self.x = xself.y = y当你实例化它（即创建该类的一个新的实例）时发生了什么？f = Foo(1, y=2)对Foo的调用到底调用了什么函数或方法呢？大多数新手甚至许多有经验的Python开发者会立刻回答：调用了__init__方法。如果你停下来仔细想1秒，你会发现这...
什么是API?
热门推荐
weixin_38174062的博客
06-27 3万+
应用程序接口（API）是以编程语言提供的结构，允许开发人员更容易地创建复杂的功能。它们抽象出更复杂的代码，并提供一些简单的语法来使用。来看一个现实世界中的例子：想想您的房子、公寓或其他住宅的电力供应，如果您想在您的房子里使用一个设备，您只需把它插入到一个插座中；您并不会直接把它连接到电源上 - 这样做效率会非常低，而且如果您不是电工，这么做将是困难和危险的。同样，比如说，编程来显示一些3D图形，使...
什么是API
qq_42158122的博客
11-17 2076
什么是API 阅读编程资料时经常会看到API这个名词，网上各种高大上的解释估计放倒了一批初学者。初学者看到下面这一段话可能就有点头痛了。 API（Application Programming Interface,应用程序编程接口）是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。——百度百科 这篇文章我们就来通俗易懂地解释下什么叫做 API，你只需要花费1分钟时间。 从文件操作开始谈API。 以C语言为例，我们使用fop
聚宽下单、函数、API
weixin_42202309的博客
02-19 2697
JoinQuant-TWist 本文是量化交易零基础入门教程中的一篇，点击蓝字链接可查看该系列详情。 摘要 函数与API 函数使用方法 如何看API文档 自定义函数方法 常用的下单函数 自测与自学 我们继续以前文策略代码为例进行讲解，如下： def initialize(context): run_daily(period,time='every_bar') g.s...
API的理解
Cx330_0217的博客
01-14 226
大家可能最近经常听到 API 这个概念，那什么是API，它又有什么特点和好处呢？ wiki 百科镇楼 …[APIs are] a set of subroutine definitions, protocols, and tools for building application software. In general terms, it’s a set of clearly defined methods of communication between various software com
API(7)——什么叫做API？看完你就理解了
qq_34573534的博客
11-18 948
阅读编程资料时经常会看到API这个名词，网上各种高大上的解释估计放倒了一批初学者。初学者看到下面这一段话可能就有点头痛了。 API（Application Programming Interface,应用程序编程接口）是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。——百度百科 这篇文章我们就来通俗易懂地解释...
API是什么，如何保障API安全
最新发布
HoewDec的博客
03-28 1554
在流量分析中，还能发现影子/僵尸 API（即未知的 API）、弱API、无效API等，监测每一个API安全情况，形成业务API、应用级API、全局API三大维度的API画像，帮助企业多维度、多视角地摸清、梳理出企业API资产与实时状况。安全策略无法保证100%准确，全站防护具备自适应能力，利用大数据分析技术，在网站接入后自动分析业务流量进行策略适配，并持续、自动地分析所有业务中可能存在的安全触发因素，包括误漏报，以提供适配业务场景的安全策略建议，尽可能减少用户操作阻碍，降低安全管理开销。
python实例化对象是什么意思_python面向对象---类的定义与实例化
weixin_39710251的博客
11-24 2435
python面向对象---类的定义与实例化python是一种面向对象编程语言，自然也有类的概念。python中的类通过class 关键字定义，提供了面向对象的所有标准特性，例如允许一个类继承多个基类， 子类可以覆盖父类的方法，封装，继承，多态 面向对象的三大特性python一样不少。1.类的定义定义一个类使用class关键字class Stu:def __init__(self, name, ag...
Python - 对象=属性+方法，实例化是从类变成实例对象的过程
current的博客
11-29 887
Python面向对象三大特征：封装、继承、多态。 比较：类，对象，属性，方法，实例化。
python什么是实例化_python对象和实例化的区别
weixin_35122994的博客
03-02 483
今天学习raise，参考网上代码写了一段自定义异常，遇到了另一个问题，代码如下：# -*- coding:utf-8 -*-#自定义import tracebackclass LengthRequiredException(Exception):def __init__(self,length,minLength):Exception.__init__(self)self.length = len...
DDD领域驱动设计：从贫血到充血模型的转变
文档提到了两种模型——充血模型和贫血模型，并详细阐述了它们的区别。此外，还介绍了领域驱动设计的核心元素，如服务、实体、值对象，以及聚合、工厂和仓库的概念。" 在领域驱动设计（DDD）中，领域模型是核心，它...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值