关于领域对象业务逻辑中条件判断的最佳实践

这篇文章其实是大健康行业直销系统的番外篇,主要给大家讲讲如何在领域逻辑中,有效的处理业务逻辑条件判断的最佳实践问题。

大家都知道,聚合根、实体和值对象这些领域对象都自身处理自己的业务逻辑。在业务处理过程中,通常会有一些条件判断,当满足这些条件时,会进行不同的后续处理。在传统的实现中,可以通过If Else条件语句进行判断,但If Else语句在复杂领域中来检查是否满足一些业务条件存在以下的问题:

1.      无法很好的显示表达业务条件本身。

2.      无法对多个条件在不同需要的地方进行灵活的组合。

为了更好的组织业务逻辑中关于业务条件的判断,最佳实践方式是将业务条件拆分得足够细,并用语义化的方式表示。这样,在当前上下文中的领域对象就可以使用一个或多个业务条件的组合。

举个例子:酒店业务中,房间领域对象会处理预定房间的领域逻辑和退房的领域逻辑,在预定房间时,我们需要保证房间没有被其他人预定并且房间没有正在维护这两个业务条件同时满足;在退房时,我们需要保证房间里没有物品损坏或已经进行了损坏赔偿这两个业务条件中的任意一个。

要实现上述的需求,我们可以分别作出4个业务条件规则,然后在界限上下文任意要使用的地方进行灵活的组合。

1.      为了达到上述目的,我们首先要开发出业务条件的接口与条件的组合方式定义。

public interface ISpecification<T>
    {
        bool IsSatisfied(T entity);
    }

该规约接口就定义了一个方法,传入某个领域对象,判断是否满足条件。

public class AndSpecification<T> : ISpecification<T>
    {
        private ISpecification<T> left;
        private ISpecification<T> right;
        public AndSpecification(ISpecification<T> left,ISpecification<T> right)
        {
            this.left = left;
            this.right = right;
        }
        public bool IsSatisfied(T entity)
        {
            return this.left.IsSatisfied(entity) 
                && this.right.IsSatisfied(entity);
        }
}

该类实现了两个业务条件的与关系。

public class OrSpecification<T> : ISpecification<T>
    {
        private ISpecification<T> left;
        private ISpecification<T> right;
        public OrSpecification(ISpecification<T> left, ISpecification<T> right)
        {
            this.left = left;
            this.right = right;
        }
        public bool IsSatisfied(T entity)
        {
            return this.left.IsSatisfied(entity)
                || this.right.IsSatisfied(entity);
        }
}

该类实现了两个业务条件的或关系。

2.      在房间业务界限上下文中,分别实现4个业务条件规则。

//房间没有被其他人预定业务条件判断
    public class RoomIsNotConfirmedByOtherSpecification : ISpecification<Room>
    {
        public bool IsSatisfied(Room entity)
        {
            return !entity.OtherConfirmed;
        }
    }
    //房间没有被正在维护业务条件判断
    public class RoomIsNotMaintenanceSpecification : ISpecification<Room>
    {
        public bool IsSatisfied(Room entity)
        {
            return !entity.Maintenancing;
        }
    }
    //房间没有物品损坏条件判断
    public class RoomIsNotAnythingBrokenSpecification : ISpecification<Room>
    {
        public bool IsSatisfied(Room entity)
        {
            return !entity.AnythingBroken;
        }
    }
    //房间没有物品损坏条件判断
    public class RoomHasBeenBrokenCompensateSpecification : ISpecification<Room>
    {
        public bool IsSatisfied(Room entity)
        {
            return entity.HasBeenCompensated;
        }
    }

3.      在房间领域对象的预定房间与退房的领域逻辑中,组合使用上述4个条件规则

//预定房间
    public Room Reservation()
    {
        var roomisnotconfirmedspec = new RoomIsNotConfirmedByOtherSpecification();
        var roomisnotmaintenancespec = new RoomIsNotMaintenanceSpecification();
        var researvationrulespec = new AndSpecification<Room>(roomisnotconfirmedspec, roomisnotconfirmedspec);
        if (researvationrulespec)
        {
            //进行后续业务处理
        }
        return this;
    }

    //退房
    public Room CheckOut()
    {
        var roomisnotanythingbrokenspec = new RoomIsNotAnythingBrokenSpecification();
        var roomhasbeenbrokenspec = new RoomHasBeenBrokenCompensateSpecification();
        var checkrulespec = new OrSpecification<Room>(roomisnotanythingbrokenspec, roomhasbeenbrokenspec);
        if (checkrulespec)
        {
            //进行后续业务处理
        }
        return this;
}

当然如果要任意组合多个与、或业务条件,需要在规约上实现Or、And方法来形成链式调用,具体怎么实现?有了上面的思路,自己写代码试试吧。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏腾讯Bugly的专栏

iOS内存管理:从MRC到ARC实践

对于iOS程序员来说,内存管理是入门的必修课。引用计数、自动释放等概念,都是与C语言完全不同的。搞明白这些,代码才有可能不 crash。然而就是这么牛逼的内存管...

3665
来自专栏令仔很忙

设计模式总结之一三五

通过学习设计模式来提高写出的代码的可维护性、可复用性、可扩展性和灵活性。也就是说让系统能够达到“高内聚、低耦合”的状态。

982
来自专栏IT派

Python学习路线图

Python上手很容易, 基本有其他语言编程经验的人可以在1周内学会Python最基本的内容.

4350
来自专栏Python小屋

几段小代码解释Python命令式编程和函数式编程

所谓命令式编程,是指How to do,要通过指令告诉计算机如何一步一步地完成预定任务;而所谓函数式编程,可理解为What to do,只需要通过简单的指令告诉...

2353
来自专栏一个会写诗的程序员的博客

计算机语言是怎样设计出来的

所谓计算机语言只是一个抽象的规范,而编译器是这个规范的实现,它是在这个规范的严格定义下被实现的.

1001
来自专栏Debian社区

王垠:如何掌握所有的程序语言

很多编程初学者至今还在给我写信请教,问我该学习什么程序语言,怎么学习。由于我知道如何掌握“所有”的程序语言,总是感觉这种该学“一种”什么语言的问题比较低级,所以...

1683
来自专栏码农分享

工厂模式(Factory)

简单工厂和工厂方法这俩个设计模式不做详细介绍,请各位看官自行百度,有大量的解释。再次我简单引用一下其他博客主对这三种模式的理解。

791
来自专栏Java学习网

优秀的程序员是懂指针和递归的

  上周还是什么时候,和老大的一次谈话,他提到,他觉得Java程序员只能是个半吊子(大概意思是这样)。当时,我反驳说,其实还是可以有牛人的。但元旦琢磨了下,觉得...

3705
来自专栏领域驱动设计DDD实战进阶

关于领域对象业务逻辑中条件判断的最佳实践

这篇文章其实是大健康行业直销系统的番外篇,主要给大家讲讲如何在领域逻辑中,有效的处理业务逻辑条件判断的最佳实践问题。 大家都知道,聚合根、实体和值对象这些领域对...

3105
来自专栏企鹅号快讯

我的“第二”编程语言

我们是程序员,但我们不必只是某一门语言的程序员。 编程语言 今天跟大家聊聊编程语言这个东西,“第二”只是个泛指,想必多数开发者也都掌握了不止一门编程语言。 我真...

2257

扫码关注云+社区

领取腾讯云代金券