Unit Of Work（UoW）模式在企业应用架构中被广泛使用，它能够将Domain Model中对象状态的变化收集起来，并在适当的时候在同一数据库连接和事务处理上下文中一次性将对象的变更提交到数据中。 从字面上我们可以我们可以把UnitOfWork叫做工作单元，从概念上它是协助代码块的事务 ...

数据访问层之UnitOfWork 接上文 项目架构开发：数据访问层之IQuery 本章我们继续IUnitOfWork的开发，从之前的IRepository接口中就可以看出，我们并没有处理单元事务， 数据CUD每次都是立即执行的，这样有一些 ...

回到目录 概念中的ＤＤＤ ＤＤＤ：　领域驱动设计，它是对面向对象的的分析和设计（ＯＯＡＤ，Object Orient Analysis Design）的一个补充，对技术框架进行了分层规划，同时对每个类进行了策略和类型划分。领域模型是领域驱动的核心　，采用ＤＤＤ的设计思想，业务逻辑不再集中在几个 ...

思想一：为不确定而架构，“软件永远跟不上业务变化。”这些年基本共识：“世界已经从根本上改变，未来20年将要发生的事情，可能是我们今天无法想象的。” 在这样的背景下，每一个组织都希望能够通过加大科技的 ...

背景 一个实体在不同的上下文中具备不同的职责，如：产品在“生产完成上下文”中具备的一些职责，在“质检相关上下文”中具备另外一些职责。四色原型、DIC和“UML事物模式”在不同的维度阐述了这一情况，在代码层面到底该如何表达呢？本文给出了一些思路。 六种实现方式 因为：MI ...

基本思路： （1） 在事件总线内部维护着一个事件与事件处理程序相映射的字典。 （2） 利用反射，事件总线会将实现了IEventHandler的处理程序与相应事件关联到一起，相当于实现了事件处理程序对事件的订阅。 （3） 当发布事件时，事件总线会从字典中找出 ...

现有项目中的orm 并非efcore，而是非主流的npoco，本身没有自带工作单元所以需要自己手撸一个，现记录一下,基于其他orm的工作单元照例实现应该没有什么问题 该实现基于NPOCO，针对其他的ORM实现，所有的实现都基于接口，如需转成其他ORM，只需要将部分实现类重写即可 ...