研发模式:DDD
DDD第3篇 - 事件风暴
2019-11-26 08:21:49 阅读次数 - 370 label 架构 事件风暴 Event Storming 很多人在学习DDD的过程中,都会有一个疑问:DDD的概念看
DDD第2篇 - 子域与限界上下文
DDD战略模式中的两个重要的概念:子域与限界上下文到底指的是什么?如何划分子域与限界上下文?
领域、子域、核心域、通用域和支撑域:傻傻分不清?
人保高级架构师欧创新,带你建立一套完整系统的基于 DDD 的微服务设计方法,让你的中台和微服务落地如虎添翼。
领域驱动设计系列文章(2)——浅析VO、DTO、DO、PO的概念、区别和用处
本篇文章主要讨论一下我们经常会用到的一些对象:VO、DTO、DO和PO。 由于不同的项目和开发人员有不同的命名习惯,这里我首先对上述的概念进行一个简单描述,名字只是个标识,我们重点关注其概念: 概念:
领域驱动设计(DDD)在有赞教育线索资源管理的实践
希望通过我们对DDD的实践和思考,为大家提供一些思路和启发。
微服务架构:从事务脚本到领域模型
业务逻辑通常是服务中最复杂的部分。在开发业务逻辑时,你应该以最适合应用程序的方式,精心地设计和组织业务逻辑。我确信大多数读者都经历过不得不维护别人的糟糕代码的挫败感。
领域驱动设计在前端中的应用
领域驱动设计有效地降低了项目的复杂度,将前端中将其业务逻辑与视图层解耦,让开发者更深刻地理解业务。
亚马逊实践领域驱动设计之道
这是在火币和GitChat主办的领域驱动设计线下活动的分享。
领域驱动设计在马蜂窝优惠中心重构中的实践
领域驱动设计——软件核心复杂性应对之道。
你写的代码是别人的噩梦吗?从领域建模的必要性谈起
作者简介:张建飞,Frank,阿里高级技术专家。
基于DDD的微服务设计和开发实战
你是否还在为微服务应该拆多小而争论不休?到底如何才能设计出收放自如的微服务?怎样才能保证业务领域模型与代码模型的一致性?或许本文能帮你找到答案。
微服务架构与领域驱动设计应用实践
微服务架构几乎都是从 ALL IN ONE 的单体架构演进而来,中间又经历了分布式架构、面向服务架构的演进过程。
如何分辨领域服务与应用服务?
判断什么时候应该定义领域服务,什么时候应该定义应用服务,一个根本的判断依据是看需要封装的职责是否与领域相关
当中台遇上DDD,我们该如何设计微服务?
“设计原则千万条,高内聚低耦合第一条,架构设计不规范,开发运维两行泪!”。
领域驱动设计在互联网业务开发中的实践
以美团外卖营销抽奖平台为例,讲述如何在互联网业务系统中实践领域驱动设计。
架构的“一小步”,业务的一大步
所谓架构,都在解决“边界”的问题。