1.抽象业务代码 package com.xingyunliushui.dao; import java.util.List; public interface BaseQueryMapper { <T> List<T> selectAll(T record); <T> T selectOne(T record); <T> Integer countSelect(T record); } 调用时会报org.apache.ibatis.binding.Bind…

接下来,我们就要到业务逻辑层了,简单的说,业务逻辑层就是调用Repository(可以看做是DAL数据库访问层) 先来看看项目的架构 我们现在就开始来做BLL层.  同样,先编写  UserInfoService ,这个就是调用 UserInfoRepository 先添加对项目的引用,Model层,IRepository(数据库访问层的接口),Repository(数据库访问层),由于我们的Model是使用EF的,那么还需要引用System.Data.Entity 我们先来编写 UserInf…

上篇关于流程引擎的文章还是快两年以前的<微服务业务生命周期流程管控引擎>,这中间各种低代码平台层出不穷,虽然有些仅仅是OA+表单的再度包装,但有些的确是在逻辑和操作单元层面进行了真正的高度抽象,形成产品底座,上层支持更大灵活程度的自定义应用搭建.当然这个不是本篇文章的主题,核心希望给各位朋友表达的还是对于逻辑流程抽象的关注,特别是现在的很多应用是在围绕行业展开,如何在各种杂乱的功能点之中,做到杂而不乱,又如何通过核心的控制模块提供标准化的接入,我通过OSS.Pipeline 这个引擎框架类库,…

同任何的代码库一样,在mapper中,通常也会有一些公共的sql代码段会被很多业务mapper.xml引用到,比如最常用的可能是分页和数据权限过滤了,尤其是在oracle中的分页语法.为了减少骨架性代码,通常将它们抽象到sql中,但是肯定又不能在每个mapper中也包含,这样就没有意义了.此时,可以将这部分移到专门的mapper.xml中,比如common.xml,其中包含如下: <?xml version="1.0" encoding="UTF-8"?>…

首先,把最真挚的情感送与梅西,加油! 写在前面 阅读目录: 重申业务场景 Domain Model 设计 后记 上一篇<设计窘境:来自 Repository 的一丝线索,Domain Model 再重新设计>. 讲本篇内容之前,先回顾上一篇所讨论的内容,主要是 Repository(仓储)的职责问题,属于领域?还是应用层?其实到头来也没有准确的结论,但是最终比较偏向于仓储定义在领域,实现在基础层,调用在应用层.你可能有些疑问,为什么要讨论仓储的职责问题?看过上一篇的内容你可能会有些答案,这也就…

DDD 回归具体的业务场景,Domain Model 再再重新设计 首先,把最真挚的情感送与梅西,加油! 写在前面 阅读目录: 重申业务场景 Domain Model 设计 后记 上一篇<设计窘境:来自 Repository 的一丝线索,Domain Model 再重新设计>. 讲本篇内容之前,先回顾上一篇所讨论的内容,主要是 Repository(仓储)的职责问题,属于领域?还是应用层?其实到头来也没有准确的结论,但是最终比较偏向于仓储定义在领域,实现在基础层,调用在应用层.你可能有些疑问,…

版权声明:作者:张克强.未经作者允许不得转载. https://blog.csdn.net/zhangmike/article/details/28134897 作者:张克强    作者微博:张克强-敏捷307 RUP中对于业务用例的说明   业务用例的定义:"业务用例从一个外部的.添加值的角度来描写叙述一个业务过程.为了给这个业务的涉众创造价值,业务用例是超越组织边界的业务过程.非常可能包括合作伙伴和供应商."     业务用例实例是在业务中运行的一系列动作,这些动作为业务的个体主角…

在做excel模板解析的时候,其实会有两个部分,第一,将模板读取出来,校验一些必录项等. 但除了这些,在数据真正被业务线使用的时候,还会有一些其他的校验,比如说:根据业务,年龄是不能超过多少岁的,包括一些属性,在数据库.业务中是以什么类型传输应用的. 而且,这两个部分,都会面临着变化,模板并非一成不变,业务校验,也不可能一成不变. 怎样设计,才可以适应这种变化呢? 科普:变化驱动--正交设计 PS:理解并不是很深刻,就不叨叨了 为了应对这种随时可能面临的变化,引入了桥接模式,分离了一个模板的数据…

提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们的具体类. ——DP UML类图 模式说明 抽象工厂与工厂方法在定义上最明显的区别是“创建一系列相关或相互依赖对象的接口”,由此可以看出抽象工厂强调的是要能创建多个对象,而且这些对象间有某种联系.例如我们系统提供了对SQL和Oracle两种数据库的支持,因此对于产品类和订单类,就有两种不同的实现. 产品类的实现: /// <summary> /// 抽象业务模型(产品) /// </summary> abstract cla…

看本文之前,请确保你已经在SpringBoot中集成MyBatis,并能正常使用.如果没有,那么请先移步 http://blog.csdn.net/catoop/article/details/50553714 做了解后,再按本文步骤操作. 使用MyBatis在我们通过xml集中配置SQL,并通过创建接口Mapper文件来完成持久化DAO层(mybatis内部使用的是动态代理,所以我们不需要自己编写实现类). 然而在实际开发中,单表操作非常多,如果你也想像JPA.JDBC那样做一个所谓的Base…