.NET应用架构设计—工作单位模式(摆脱程序代码的重要思想,反击DDD)

.NET应用架构设计—工作单位模式(摆脱程序代码的重要思想,反击DDD)

大家好,又见面了,我是全栈君,今天给大家准备了Idea注册码。

阅读文件夹:

  • 1.背景介绍
  • 2.过程式代码的真正困境
  • 3.工作单元模式的简单演示样例
  • 4.总结

1.背景介绍

一直都在谈论面向对象开发。可是开发企业应用系统时。使用面向对象开发最大的问题就是在于,多个对象之间的互操作须要涉及数据库操作。两个业务逻辑对象彼此之间须要互相调用,假设之间的互相操作是在一个业务事务范围内的,非常easy完毕,可是假设本次业务逻辑操作涉及到多个业务对象一起协作完毕时问题就来了。

在以往,我们使用过程式的代码(事务脚本模式),将全部与本次业务事务范围内相关的全部逻辑都写在一个大的代码中,就算你适当的提取反复代码。效果也不大,由于你永远都摆脱不了夸多个对象互相操作的困境。怎样确认你是否在这个困境中,你仅仅要看你的全部事务操作的入口都仅仅有一个业务方法。

比方当你加入一个订单的时候,你同一时候将订单尾随的商品都一起在“加入订单”的方法中处理的,而不是在另外一个“加入订单商品”的方法中,这两个方法位于不同的表模块类中。

本章将介绍一个模式,此模式专门用来在开发企业应用系统时,协调多个业务对象在一个业务事务范围内,保证一个完整的事务。

2.过程式代码的困境

事实上开发应用系统与开发某个框架或者组件之间的最大差别就是须要考虑数据的持久化,而持久化的逻辑也是和业务逻辑息息相关的,某个方法的最后动作就有可能是加入一行数据或者更新一个字段。而非应用系统的代码往往在最后的时候才去统一刷新终于的持久化文件。并且此类程序非常少存在事务性数据操作。就算有,使用内存事务处理也是比較简单的。不须要考虑那么多的服务端的事情。

我之前也写过非常多组件、框架,尽管谈不上什么复杂的东西,可是给我的经验和感悟就是,怎样将其仔细的设计粒度用在企业应用系统中。怎样进行复杂而仔细的OO设计开发。事实上。假设我们不可以打破过程式代码的格局,那么看再多的OO知识也是心有余而力不足,反而会让你产生非常多负面的情绪(由于我有过这个经历)。

事实上我们还是缺少正确的方法而已。本文中UnitOfWork模式将帮助我们走出过程式的业务逻辑,走向起码的面向对象开发。

有了UnitOfWork你能够任意使用Table module 、Activa Record、Domin Driven 模式,并且你能够依据自己的项目须要将其在大的布局上进行SOA划分(CQRS),让各个模式在各自适合的场景中发挥极致。

3.工作单元模式的简单演示样例

这里我们依旧使用简单的订单购物业务作为演示样例来讲,毕竟大家都懂得这部分的的业务概念。

本实例业务层使用Active Record模式。

namespace OrderManager.Business
{
    using System.Collections.Generic; 

    public partial class Order
    {
        public long OId { get; set; } 

        public List<OrderProducts> Products { get; set; }
    }
}

Order活动记录对象的字段部分。

namespace OrderManager.Business
{
    public partial class Order
    {
        public bool CheckOrder()
        {
            //运行部分业务验证工作
            if (this.OId <= 0) return false; 

            return true;
        }
    }
}

Order活动记录对象主体,纯粹为了演示而用,包括了一个简单的推断业务逻辑。

namespace OrderManager.Business
{
    public partial class OrderProducts
    {
        public long OrderId { get; set; } 

        public long PId { get; set; } 

        public float Price { get; set; }
    }
}

订单商品部分字段。

namespace OrderManager.Business
{
    public partial class OrderProducts
    {
        public bool CheckProducts()
        {
            //运行部分业务验证工作
            if (this.OrderId <= 0) return false; 

            return true;
        }
    }
}

每个商品都包括了自己的逻辑验证。

我们接着看一下应用层入口方法是怎样协调两个活动记录对象之间的业务操作和数据存储的。

namespace OrderManager
{
    using OrderManager.Business;
    using OrderManager.DataSource; 

    public class OrderManagerController : ControllerBase
    {
        public bool AddOrder(Order order)
        {
            using (UnitOfWork unitOfWork = new UnitOfWork())
            {
                order.CheckOrder();//运行业务检查 

                order.Products.ForEach(item =>
                {
                    item.CheckProducts();//运行每一个活动记录对象的业务检查。这里也能够使用表模块来处理。
                }); 

                OrderGateway orderGateway = new OrderGateway(unitOfWork);
                var orderDbResult = orderGateway.AddOrder(order);//第一个数据库表操作 

                OrderProductsGateway productGateway = new OrderProductsGateway(unitOfWork);
                var productDbResult = productGateway.AddOrderProducts(order.Products);//第二个数据库表操作 

                if (orderDbResult && productDbResult)
                {
                    if (unitOfWork.Commit())
                    {
                        this.SendOrderIntegrationMssage(order);//发送成功集成订单消息 

                        return true;
                    } 

                    this.PushOrderProcessQueue(order);//将本次订单发送到处理队列中
                    return false;
                } 

                this.LogBusinessException(order);//记录一个业务处理异常LOG,以备排查问题。

return false; } } }}

为了简单演示演示样例。我直接使用实例化的方式来构造数据訪问对象,实际使用时能够使用IOC工具来动态注入。

我们接着看一下数据层代码,数据层我使用表入口模式。

namespace OrderManager.DataSource
{
    public abstract class GatewayBase
    {
        protected UnitOfWork UnitOfWork { get; private set; } 

        public GatewayBase(UnitOfWork unit)
        {
            this.UnitOfWork = unit;
        } 

        public bool Commit()
        {
            return this.UnitOfWork.Commit();
        } 

        public void Rollback()
        {
            this.UnitOfWork.Rollback();
        }
    }
}

这是一个表入口基类。

namespace OrderManager.DataSource
{
    using OrderManager.Business; 

    public class OrderGateway : GatewayBase
    {
        public OrderGateway(UnitOfWork unit) : base(unit) { } 

        public bool AddOrder(Order order)
        {
            //这里能够使用你所熟悉的拼接SQL的方式直接操作数据库。而不须要ORM。
            return true;
        }
    }
}

namespace OrderManager.DataSource
{
    using OrderManager.Business;
    using System.Collections.Generic; 

    public class OrderProductsGateway : GatewayBase
    {
        public OrderProductsGateway(UnitOfWork unit) : base(unit) { } 

        public bool AddOrderProducts(List<OrderProducts> products)
        {
            //这里能够使用你所熟悉的拼接SQL的方式直接操作数据库,而不须要ORM。
            return true;
        }
    }
}

这是两个表入口对象,事实上这部分代码是大家都比較熟悉的。所以我这里省略了,你能够直接拼接SQL语句来插入数据库。

namespace OrderManager.DataSource
{
    using System; 

    public class UnitOfWork : IDisposable
    {
        public void Dispose()
        {
            throw new NotImplementedException();
        } 

        public bool Commit()
        {
            return true;
        } 

        public void Rollback()
        {
            //
        }
    }
}

UnitOfWrok对象事实上就是对数据库对象的System.Data.Common.DbConnection对象的封装,这里你能够使用你熟悉的方式来构造这个数据库连接对象和开启事务。

事实上值得我们去赞赏的是应用控制器中的代码。在这里非常协调的处理各个逻辑,最后记录下一些必要的日志和发送一些集成消息。你是不是发现你全然能够不使用DDD也能够处理部分业务系统了。

4.总结

活动记录模式+表入口模式+工作单元模式,事实上我认为能够非常好的处理中小型业务逻辑。随着如今SOA化架构,非常少再有多大的项目在一个解决方式里面。

最后还是那句话。提供一个參考资料,假设有兴趣能够进一步交流详细的设计,因为时间关系文章就到这里了,谢谢大家。

作者:王清培

出处:http://blog.csdn.net/wangqingpei557

本文版权归作者和CSDN共同拥有,欢迎转载,但未经作者允许必须保留此段声明,且在文章页面明显位置给出原文连接。否我们保留追究法律责任的权利。

版权声明:本文博主原创文章,博客,未经同意不得转载。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/117037.html原文链接:https://javaforall.cn

【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛

【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

(0)


相关推荐

  • 同步类容器和并发类容器的区别_jdk提供的用于并发编程的同步器有

    同步类容器和并发类容器的区别_jdk提供的用于并发编程的同步器有一.为什么会出现同步容器?在Java的集合容器框架中,主要有四大类别:List、Set、Queue、Map。注意Collection和Map是顶层接口,而List、Set、Queue接口则分别继承了Collection接口,分别代表数组、集合和队列这三大类容器。像ArrayList、LinkedList都是实现了List接口,HashSet实现了Set接口,而Deque(双向队列,允许…

  • fast发现_fasttext

    fast发现_fasttextfastai错误提示找不到’fastai.conv_learner’输入pipinstallfastai==0.7.0pipinstalltorchtext==0.2.3

  • 只有搞Java开发的才知道!java软件工程师培训教程pdf

    只有搞Java开发的才知道!java软件工程师培训教程pdf前言又到一年金九银十之际。Java作为目前用户最多,使用范围最广的软件开发技术之一。Java的技术体系主要由支撑Java程序运行的虚拟机,提供各开发领域接口支持的Java,Java编程语言及许多第三方Jvav框架构成。其中,以Java的虚拟器为今天的着重点以下是我整理收藏的一些JVM大厂面试经典问题与相应答案,希望可以给看文的朋友一些帮助由于篇幅过长,请耐心往下看,文末提供小编收藏已久的JVM面试宝典!一、不少培训班候选人的简历中,缺乏足够的商业项目年限不少同学会有这样得感受:投出去不少

  • 查看端口是否被占用 linux_如何查看8080端口是否被占用

    查看端口是否被占用 linux_如何查看8080端口是否被占用之前查询端口是否被占用一直搞不明白,问了好多人,终于搞懂了,现在总结下:1.netstat-anp|grep端口号如下,我以3306为例,netstat-anp|grep3306(此处备注下,我是以普通用户操作,故加上了sudo,如果是以root用户操作,不用加sudo即可查看),如下图1:图1图1中主要看监控状态为LISTEN表示已经被占用,最后一列显示被服务mysqld占用,查看具…

  • Apache Tomcat下载、安装、配置图文教程

    Apache Tomcat下载、安装、配置图文教程ApacheTomcat下载、安装、配置图文教程。安装tomcat时网上查到一个不错的博客,关于ApacheTomcat下载、安装、配置图文教程,很详细,可以借鉴。

  • Three.js呈现3D效果机房–初步方案[通俗易懂]

    Three.js呈现3D效果机房–初步方案[通俗易懂]3D机房系统是最近用户的需求,通过相关了解最后使用Three.js,也发现最近有东西可以写出来分享:webGL可以让我们在canvas上实现3D效果。而three.js是一款webGL框架,由于其易用性被广泛应用Three.js是通过对WebGL接口的封装与简化而形成的一个易用的图形库分步实现3D效果初始化3D模型参数开始搭建场景初始化渲染器初始化摄像机创建场景灯光布置创建网格线

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号