DDD
DDD
JoesonChan
这个作者很懒,什么都没留下…
展开
-
走进领域驱动设计
原创 2020-05-27 01:08:41 · 357 阅读 · 0 评论 -
将BDD 与DDD 实践相结合
翻译自:Behaviour-Driven Development Combined with Domain-Driven Design行为驱动开发(behavior Driven Development,BDD)在很大程度上是关于对话和示例的,但BDD的另一部分,即软件设计部分,Konstantin Kudryashov在研究如何将BDD与领域驱动设计(Domain Driven desi...翻译 2020-05-06 02:32:54 · 580 阅读 · 0 评论 -
领域驱动设计核心理念
核心理念(个人总结)1、建立通用语言,确保团队内部沟通无歧义2、关注核心领域/领域层,将人力成本尽可能投入核心领域设计及实现3、从业务、系统到代码的边界化4、分层。解耦层级之间的关系,高内聚低耦合,提高系统应变化能力...原创 2020-05-06 01:33:28 · 869 阅读 · 0 评论 -
领域驱动设计之模型设计
概念完整性Brooks在他的经典巨著《人月神话》里面提到了概念完整性,并将软件维护软件的 “概念完整性” 作为软件开发的核心问题。软件工程之所以复杂、难以维护,根本原因在于软件迭代过程中概念完整性遭到了破坏。软件开发者不理解原先开发者的设计理念,对软件领域模型不足够了解,团队内部缺乏沟通和可维护性文档,甚至开发团队从来就没有意识到维护软件概念完整性的重要性。这群开发者从一定程度上讲,他们不算是...原创 2020-04-06 11:46:16 · 460 阅读 · 0 评论 -
领域驱动设计(DDD)之领域专家
个人观点及总结领域专家不一定是专家,不一定是技术人员,可以由产品,商务、运营、业务经理等角色组成领域专家应该包括三种角色:1、如果是现有系统,应该是对业务足够熟悉,了解业务系统设计的详细的需求背景及以往历程;2、了解业务后续发展规划,对行业发展现状及未来有足够洞察力,全局观认识业务形态,并能很好兑现产品的商业价值和品牌价值。3、熟悉领域建模,具备划分业务逻辑边界,抽象领域模型,并落地工程能...原创 2020-03-07 21:39:30 · 1712 阅读 · 0 评论 -
领域驱动设计(DDD)之分层架构
由于由近几年微服务架构兴起,领域驱动设计也被大多领域专家重新看待。但是其实这其实本来是不想关的两个东西,领域驱动设计更加强调的是一个架构设计理念,所谓理念的东西,就像是建议你怎么做,但不会对,而微服务着重在架构设计由于DDD设计的理念偏广,DDD名词概念,DDD与微服务落地,DDD事件风暴及领域建模,DDD大中台实践,DDD与领域模型一致性等等话题,笔者这里就DDD分层架构展开编写,当然...原创 2020-03-01 21:24:33 · 3506 阅读 · 0 评论 -
在微服务中使用领域事件
稍微回想一下计算机硬件的工作原理我们便不难发现,整个计算机的工作过程其实就是一个对事件的处理过程。当你点击鼠标、敲击键盘或者插上U盘时,计算机便以中断的形式处理各种外部事件。在软件开发领域,事件驱动架构(Event Driven Architecture,EDA)早已被开发者用于各种实践,典型的应用场景比如浏览器对用户输入的处理、消息机制以及SOA。最近几年重新进入开发者视野的响应式编程(Reac...转载 2019-07-21 15:22:11 · 3009 阅读 · 0 评论 -
领域驱动设计——阅读梳理(思维导向图)
待完善。。。原创 2019-11-02 16:16:15 · 455 阅读 · 0 评论 -
DDD领域、子域、核心域、通用域、支撑域
DDD 的领域就是这个边界内要解决的业务问题域。既然领域是用来限定业务边界和范围的,那么就会有大小之分,领域越大,业务范围就越大,反之则相反。领域可以进一步划分为子领域。我们把划分出来的多个子领域称为子域,每个子域对应一个更小的问题域或更小的业务范围。在领域不断划分的过程中,领域会细分为不同的子域,子域可以根据自身重要性和功能属性划分为三类子域,它们分别是:核心域、通用域和支撑域。...原创 2020-02-09 15:04:21 · 5779 阅读 · 0 评论