领域建模
文章平均质量分 94
业务建模
zhifeng687
这个作者很懒,什么都没留下…
展开
-
DDD在有赞信贷核心系统中的实践
概述学习DDD也一段时间了,阅读过许多相关的文章,但是一直给我一种云里雾里的感觉。一方面大部分文章都是在讲DDD的概念,并没有实际的例子,导致难以理解;另一方面DDD与传统的数据库建模相差较大,对以往的开发方式冲击较大,导致无从下手。本文尝试使用DDD来介绍有赞信贷核心系统的设计过程,让大家对DDD的落地有一定的了解。由于本文主要讲解设计过程,因此不会展开讲DDD的基本概念,希望读者对于DDD的相关概念已经有一定的了解。DDD简介DDD是一种方法论,贯穿了整个软件开发的生命周期。转载 2017-06-14 14:34:22 · 2111 阅读 · 0 评论 -
领域驱动设计和实践
领域驱动设计不是把业务逻辑放在 BS(BusinessService)中,而是由具备属性、行为和状态的领域对象处理。例如 Order 类,如果是贫血的 POJO,那它内部只有与数据表字段对应的属性以及 getter 和 setter 方法,而在领域驱动设计中,则是一个相对独立的、能够处理自身关联业务的领域对象转载 2015-09-19 16:37:09 · 1859 阅读 · 0 评论 -
领域建模(零售通系统为例)-多态拓展、代码分离、流程拆解、维度思维
这篇文章,是对之前我在《阿里高级技术专家方法论:如何写复杂业务代码?》说的“自上而下的结构化分解 + 自下而上的抽象建模”方法论的升级。因为在之前的方法论中,我们缺少一个多维度看问题的视角,这种维度思维的缺失,可能会导致miss掉一些重要的业务信息,从而使我们制定软件设计策略的时候,陷入困难。有了维度思维,我们便可以更加方面的去看清业务的全貌,更加全面的掌握业务信息,从而帮助我们更加体系化的去治理复杂性。从if-else说起我经常说,我们不要做一个if-else coder。这...转载 2017-02-08 19:16:32 · 902 阅读 · 0 评论 -
领域驱动设计(以美团的抽奖系统为例)——领域划分、限界上下文划分和上下文映射
至少30年以前,一些软件设计人员就已经意识到领域建模和设计的重要性,并形成一种思潮,Eric Evans将其定义为领域驱动设计(Domain-Driven Design,简称DDD)。在互联网开发“小步快跑,迭代试错”的大环境下,DDD似乎是一种比较“古老而缓慢”的思想。然而,由于互联网公司也逐渐深入实体经济,业务日益复杂,我们在开发中也越来越多地遇到传统行业软件开发中所面临的问题。本文就先来讲一下这些问题,然后再尝试在实践中用DDD的思想来解决这些问题。过度耦合业务初期,我们的功能大都非常简单,普转载 2015-09-22 00:44:15 · 1510 阅读 · 0 评论 -
四色建模法进行领域建模(风控系统为例)-通过时标、参与方、角色、描述进行领域模型抽象
数据架构重要的输出是数据 - 实体关系图,简称 ER 图。ER 图中包含了实体(数据对象)、关系和属性 3 种基本成分。ER 图可以用来建立数据模型。如何准确的建立产品的数据模型,需要分解出业务需要什么样的数据。数据域的分解过程是站在业务架构的基础上,对业务域进行模型分析的过程。说起业务建模,大家很快会想到领域模型这个概念。这里的思路是通过领域建模来逐步提取系统的数据架构图。说到领域模型,这里采用四色原型法进行业务模型的抽象。在进行四色模型分析前,我们先了解下四色模型的一些基本概念。四色模型,顾名思转载 2015-09-28 19:12:16 · 5025 阅读 · 1 评论 -
领域建模方法和实践(优惠券系统为例)——通过流程产物进行领域模型抽象
引言对于具备三、五年开发经验的同学而言,可能会接触到领域建模。如果公司规模较大,可能会更早接触这一概念。但是,领域建模好像一座高山,很难越过。目前,业界提出了很多方法建模,但没有一种被公认是最好的方法,大部分建模取各家之长,这也使得这一概念变成"只可意会而不能言传"。本文将分三部分讲解这一概念:为什么领域建模这么难、换个思维学领域建模以及领域建模要回答的三个问题。二、为什么领域建模这么难为什么领域建模很难?大致可从如下 5 个方向谈起:急功近利的心态、被高深的理伦吓到、迷失在方法选择上、忽略实践转载 2016-05-31 09:39:10 · 4366 阅读 · 0 评论