.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)


相关推荐

  • 获得sql server的table的表结构 — 转到word中

    获得sql server的table的表结构 — 转到word中

    2021年11月15日
  • JS跳转代码_js中跳转页面路径

    JS跳转代码_js中跳转页面路径一、常规的JS页面跳转代码1、在原来的窗体中直接跳转用2、在新窗体中打开页面用:3、JS页面跳转参数的注解参数解释:第2种:第3种:第4种:第5种:三、页面停留指定时间再跳转(如3秒)四、根据访客来源跳转的JS代码1、JS判断来路代码此段代码主要用于百度谷歌点击进入跳转,直接打开网站不跳转:2、JS直接跳转代码3、ASP跳转代码判断来路<%  ifinstr(Request.ServerVariables(“http_referer”),“www

  • 软件工程保研浙江大学、南京大学、同济大学、中山大学经验分享

    软件工程保研浙江大学、南京大学、同济大学、中山大学经验分享一、个人基本情况学校:某末流985专业:信息管理与信息系统排名:1平均成绩:91.23科研与比赛:一个国家级大创,互联网+国家级银奖,一篇论文(未发表),还有一堆没用什么用的水奖二、保研经验分享1.中山大学数据科学与计算机学院我参加的是中山大学的夏令营,最后的结果是考核合格(拟录取)。由于疫情原因,所以这次让我们做了一个进行自我介绍的PPT,面试时间总共为20分钟,有8—10分钟的时间进行PPT自述(中文),讲解完后老师会用英文提问,当时问我的问题是:介绍你最喜欢的城市、介绍

  • JavaScript两种数组去重方法「建议收藏」

    JavaScript两种数组去重方法「建议收藏」JavaScript两种数组去重方法第一种(利用splice方法去重)splice()方法用于插入、删除或替换数组的元素。//申明一个数组vararr=[1,3,5,4,3,1,5,7,8,4,7];functiontemp(arr){for(i=0;i<arr.length;i++){for(j…

  • ArrayList扩容原理

    ArrayList扩容原理ArrayList扩容原理今天带来的下饭菜是ArrayList的扩容源码解读。相信大家对这盘菜都不陌生,我们经常使用它来定义一个集合,无论日常开发还是自己学习使用的频率是相当的高。而且大家也都一定知道ArrayList集合是通过数组实现的,但是在声明一组数据的时候都会选择ArrayList而不是数组,原因就是由于这组数据的元素的数量不确定,如果使用数组的话,我们还得亲自维护数组的长度,这时你一定会说TMD烦死了;但如果使用了ArrayList,维护数组长度的事情就不用我们操心了,我们只需要对这组数据进

  • spring解析自定义注解_事务的注解@Transactional的属性

    spring解析自定义注解_事务的注解@Transactional的属性前言众所周知,spring从2.5版本以后开始支持使用注解代替繁琐的xml配置,到了springboot更是全面拥抱了注解式配置。平时在使用的时候,点开一些常见的等注解,会发现往往在一

发表回复

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

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