文章 2023-12-08 来自:开发者社区

【领域驱动设计 学习目标及大纲】从CRUD到架构设计

从2018年至今,已工作了5年有余,回望这5年的工作历程,虽然一直在学习、一直在积累,但其实都在术的层面上停留,也就是具体的技术点。这5年多的时间里其实也不是没有窥道的想法:一次是2018年刚工作的时候,看着leader书桌的《领域驱动实践》,觉得自己行了,老写CRUD没意思,要搞搞,于是有了这篇【架构设计 领域驱动开发 一】三层VSDDD,当时甚至还只是在实习。只学了一点就没有再继续了,核心原....

【领域驱动设计 学习目标及大纲】从CRUD到架构设计
文章 2023-05-31 来自:开发者社区

领域驱动设计(DDD)的几种典型架构介绍

一、专业术语二、架构演变三、限界上下文四、领域驱动设计的四重边界五、整洁分层架构六、六边形架构七、洋葱架构八、总结我们生活中都听说了DDD,也了解了DDD,那么怎么将一个新项目从头开始按照DDD的过程进行划分与架构设计呢?一、专业术语各种服务IAAS:基础设施服务,Infrastructure-as-a-servicePAAS:平台服务,Platform-as-a-serviceSAAS:软件服....

领域驱动设计(DDD)的几种典型架构介绍
文章 2023-05-27 来自:开发者社区

「领域驱动设计」DDD,六边形架构,洋葱架构,整洁架构和CQRS的整合(下)

解耦的组件就像细粒度的代码单元(类、接口、特征、混合等)一样,粗粒度的代码单元(组件)也受益于低耦合和高内聚。为了解耦类,我们使用依赖注入,将依赖注入到类中而不是在类中实例化,依赖倒置,使类依赖于抽象(接口和/或抽象类)而不是具体类。这意味着子类不知道它将要使用的具体类,它没有引用它所依赖的类的完全限定类名。同样,完全解耦的组件意味着一个组件不直接知道任何其他组件。换句话说,它没有引用来自另一个....

「领域驱动设计」DDD,六边形架构,洋葱架构,整洁架构和CQRS的整合(下)
文章 2023-05-27 来自:开发者社区

「领域驱动设计」DDD,六边形架构,洋葱架构,整洁架构和CQRS的整合(上)

这篇文章是软件架构编年史的一部分,一系列关于软件架构的文章。在这些文章中,我写了我对软件架构的了解,我如何看待它,以及我如何使用这些知识。如果您阅读了本系列以前的文章,那么本文的内容可能更有意义。今天的帖子是关于我如何将所有这些部分组合在一起的,我似乎应该给它起个名字,我称它为显式架构(Explicit Architecture)。此外,这些概念都“通过了它们的考验”,并被用于高要求平台上的生产....

「领域驱动设计」DDD,六边形架构,洋葱架构,整洁架构和CQRS的整合(上)
文章 2023-05-27 来自:开发者社区

【领域驱动设计】架构和 DDD Kata:在线汽车经销商

我刚刚创建了一个新的 kata,您和您的团队/朋友可以使用它来练习您的架构和领域驱动的设计技能。它完全免费使用,不涉及营销,只需将此 Miro 板上的内容复制到您自己的 Miro 板上即可。您可以随意重新混合、重复使用和修改任何内容,并且不需要我的许可。这个 kata 是基于我的研讨会的内容。我已经用过几次了,感觉效果很好,所以我觉得分享一下会很好。这个 kata 分为四个部分,分别解决架构软件....

【领域驱动设计】架构和 DDD Kata:在线汽车经销商
文章 2023-05-25 来自:开发者社区

「领域驱动设计」DDD,六边形架构,洋葱架构,整洁架构,CQRS的整合架构

这篇文章是软件架构编年史的一部分,一系列关于软件架构的文章。在这些文章中,我写了我对软件架构的了解,我如何看待它,以及我如何使用这些知识。如果您阅读了本系列以前的文章,那么本文的内容可能更有意义。大学毕业后,我从事了高中教师的职业,直到几年前,我决定放弃它,成为一名全职软件开发人员。从那以后,我总是觉得我需要找回失去的时间,尽可能多地、尽可能快地学习。因此,我有点沉迷于试验、阅读和写作,特别关注....

「领域驱动设计」DDD,六边形架构,洋葱架构,整洁架构,CQRS的整合架构
文章 2023-05-01 来自:开发者社区

微服务与领域驱动设计,架构实践总结

一、软件复杂性1、复杂原因2、应对复杂二、微服务架构1、架构设计2、业务场景3、问题分析4、面向过程三、领域驱动设计1、分离模式2、设计思想3、工程实践四、实践总结五、参考源码怎样的架构才能配得上造到飞起的变化?一、软件复杂性1、复杂原因如果软件系统存在持续的迭代周期,那么其中业务、技术、架构的复杂性都会直线拉升,其相应的开发难度也会提高,可以用一句话总结其根本原因:唯一不变的就是变化;业务变化....

微服务与领域驱动设计,架构实践总结
文章 2023-02-25 来自:开发者社区

DDD(领域驱动设计)分层架构

一、分层架构的模型DDD全称为(Domain-Driven Design,简称DDD),领域驱动设计。主要分为四层:展现层:它负责向用户显示信息和解释用户命令,完成前端界面逻辑。这里的用户不一定是使用用户界面的人,也可以是另一个计算机系统应用层:它是很薄的一层,负责展现层与领域层之间的协调,也是与其它系统应用层进行交互的必要渠道。应用层要尽量简单,不包含业务规则或者知识,不保留业务对象的状态,只....

DDD(领域驱动设计)分层架构
文章 2023-02-08 来自:开发者社区

领域驱动架构风格

领域驱动架构是针对领域驱动设计建立的一种架构风格,它以领域为核心驱动力,以业务能力为核心关注点建立目标系统的架构解决方案,核心元模型为系统上下文与限界上下文,并以它们为边界形成各自的架构模式:系统分层架构模式与菱形对称架构模式。领域驱动架构风格充分利用了限界上下文的自治性与开放性。当限界上下文化身为运行在进程内部的库时,即演变为单体架构模式;当限界上下文根据不同的业务场景定义为不同的通信边界时,....

领域驱动架构风格
文章 2023-02-08 来自:开发者社区

解构领域驱动设计》架构映射篇

架构映射对应解空间的战略设计层次。本阶段,映射成为了获得架构的主要设计手段。价值需求中利益相关者、系统愿景和系统范围可映射为系统上下文,业务活动通过对业务相关性的归类与归纳可映射为限界上下文,二者又是构成系统架构的重要层次,前者勾勒出解空间的控制边界,后者勾勒出领域模型的知识边界,组成了一个稳定而又具有演进能力的领域驱动架构。限界上下文是架构映射阶段的基本架构单元,决定一个限界上下文边界的元素包....

解构领域驱动设计》架构映射篇

本页面内关键词为智能算法引擎基于机器学习所生成,如有任何问题,可在页面下方点击"联系我们"与我们沟通。

产品推荐

金融级分布式架构

SOFAStack™(Scalable Open Financial Architecture Stack)是一套用于快速构建金融级分布式架构的中间件,也是在金融场景里锤炼出来的最佳实践。

+关注
AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等