接续... [Architecture Design] DDD经验分享 (中) 系统设计阶段 (SD) 「系统设计阶段」主要的工作是对设计完成的系统架构，做每个功能模块的对象设计。一般会采UML的「类别图」、「循序图」等等工具，来完成系统设计的工作。最终将设计完毕的解决方案，整理成一份「系统设计规格书」。如果说需求分析阶段是建立骨架，那么系统设计阶段就是填...
前言 MODEL-DRIVEN DESIGN（模型驱动设计）利用模型来为应用程序解决问题。 团队成员通过UBIQUITOUS LANGUAGE（通用语言）交流进行知识消化，以便有效建模，而MODEL-DRIVEN DESIGN绑定模型与实现，以此为出发点做出的软件产品才能在完全理解核心领域的基础上提供丰富的功能。 有效建模的要素 1、绑定模型与实现。实现...
读后感： Martin Fowler 20年前的书，OO和领域的思想对于今天的我们来说很基础，但在那时应该算是萌芽。Smalltalk语言简单，语法中省略空格可能因为那时的硬件设备昂贵，而不得不做出的选择，但是可读性真的很差，而书中基本是用Smalltalk进行示例。翻开这本书是为了查找财务模型，它没有让我失望，特别是第6章“库存与财务”给了我思维建模的...
EF虽然是一个晚生畸形的ORM框架，但功能强大又具有灵活性的，给了开发人员一定的发挥空间。因为微软出发点总是好的，让开发变得简单，但实际上不是所有的事情都这么理想。这里顺便推荐马丁大叔的书《企业应架构模式》。 本节主要深入分析EF的分层问题，下面是本节的已列出的要探讨内容。 领域模型的概念 DbContext与Unit of Work 的概念 DbCon...
概述： 将业务逻辑层独立出来是逻辑架构分层的基础，而将应用逻辑从业务逻辑层中分离出来是服务层（应用层）的基础。高内聚低耦合是分层依赖的基础，因此合理的划分层次，减少层级依赖是逻辑分层架构的核心。 一.基础知识准备： 1.层的原则： （1）每一层以接口方式供上层调用。 （2）上层只能调用下层。 （3）依赖分为松散交互和严格交互两种。 2.业务逻辑分...
这篇文章主要还是表述清楚DDD相关的基础概念，因为DDD入门有一定的专业名词，还是得有个基本的了解。 先讲解下领域模型作用： 对软件需求进行设计，维持其内在逻辑的一致性 1）划分边界、也是一种高内聚、低耦合 2）所有逻辑都是内聚在对象内部的【包含行为和数据】 为什么需要DDD？ 行业现状： 贫血模型、充血模型 领域模型就是DDD？ 其实领域...
再论 Java 应用中的“领域建模”转载请保留作者信息： 作者：88250 Blog：http:/blog.csdn.net/DL88250 MSN & Gmail & QQ：DL88250@gmail.com 再论 Java 应用中的“领域建模” 相关术语与概念 POJO（Plain Old Java Object） 领域模型（...
用户层： 1.请求应用层获取用户显示的信息 2.发送命令给应用层要求执行某个命令 应用层： 对用户界面提供各种应用功能（包括信息获取与命令执行），应用层不包含业务逻辑，业务层是由应用层调用领域层（领域对象或领域服务）来完成的，应用层是很薄的一层 领域层： 包含领域对象和领域服务，完成系统所需的业务处理，是系统的核心。业务逻辑与仓储接口都在领域层 基础机构层...
ChuanGoing 2019-11-11 距离上篇近两个月时间，一方面时因为其他事情耽搁，另一方面也是之前准备不足，关于领域驱动有几个地方没有想通透，也就没有继续码字。目前网络包括园子里大多领域驱动设计的文章，关于仓储者一层都没有详细的说明，只是简单的一笔带过：领域驱动不关心具体的持久化如何落地。但是，作为"猿人类"就不可避免的绕不开持久化。本...