初识领域驱动设计（DDD）领域驱动设计（DOMAIN-DRIVEN DESIGN），简称DDD，最早是由美国的Eric Evans在2004年提出，主要为了解决应对日益复杂的业务逻辑导致开发困难、软件代码难以维护的问题而提出的软件开发思想。顾名思义，领域驱动设计的核心思想就是对现实世界的业务进行建模，通过领域模型来设计和构造代码，并且代码能够与时俱进，随着业务的发展和开发人员对模型的深入理解而不断
转载
2024-07-11 06:54:26
62阅读
DDD为什么火了？第一次听到DDD这个词是在几年前。乍一听感觉像TDD（测试驱动开发），但其实它们完全是两回事。当时看了一篇介绍DDD的博客，一大篇专业术语，搞得云里雾里，便没有深究下去了。虽然DDD早在2003年就提出了，但一直没有火起来。直到最近两年才慢慢被大家熟知。深究其原因，我觉得有三方面：第一方面，DDD是解决复杂软件问题的，而之前的软件大多没有很复杂的逻辑，不用DDD也能玩得转；第二方
转载
2024-08-06 13:01:33
54阅读
1. 基本常识 软件：一系列按照特定顺序组织的计算机数据和指令的集合. 常见的软件：系统软件 和 应用软件. 人机交互：图形化界面、命令行方式 计算机语言：人与计算机交流的方式 dos常见命令 dir： 列出当前目录下的文件和文件夹 md: 创建目录
引言 mvvm架构是继mvc架构后衍生出的一个新的架构思想，在平时工作过程中很多同学都是把mvvm和dataBinding混为一团，只要被问到什么是mvvm就回答：“mvvm就是dataBinding”。其实这种理解是错的。它本质上就是MVC 的改进版。MVVM 就是将其中的View 的状态和行为抽象化，让我们将视图 UI 和业务逻辑分开。本文就针对mvvm阐述下个人的理解，有不足支出多多谅解。一
转载
2023-08-31 09:48:16
333阅读
# DDD实际案例实现指南
## 引言
在软件开发领域，领域驱动设计（DDD）是一种架构设计方法，它强调将业务需求与软件设计紧密结合，提供更好的可维护性和可扩展性。本文将教会你如何实现一个基于DDD的实际案例。
## 整体流程
下面是整个实现过程的步骤概览。我们将以构建一个简单的电子商务平台为例，介绍如何应用DDD来设计和实现这个系统。
| 步骤 | 描述 |
| --- | --- |
|
原创
2024-01-10 01:50:49
111阅读
软件架构需要关注性能可用性伸缩性扩展性安全性这 5 个架构要素，架构设计过程中需要平衡这5个要素之间的关系以实现需求和架构目标，也可以通过考察这些架构要素来衡量一个软件架构设计的优劣，判断其是否满足期望。接下来，本文会分别对这 5 个架构要素进行逐一介绍。一、性能性能是网站的一个重要指标。一个打开缓慢的网站会导致严重的用户流失，很多时候网站性能问题是网站架构升级优化的触发器。可以说性能是网站架构设
转载
2023-08-15 15:12:15
37阅读
燃气抄表计费场景每月末，燃气公司制定抄表计划并批量生成抄表任务，抄表任务通过工单的形式下发到抄表人员到客户现场抄表，抄表完成之后给客户应收账单，客户可以现场缴费或者延后通过在线自助缴费。下面以此案例描述建模步骤。1 描述业务场景用5W2H进行分析：用户（WHO）在什么环境（WHERE）下遇到什么时机（WHEN）因为什么（WHY）产生什么目标（WHAT），继而通过什么方法（HOW）去达成目标。大部分
转载
2023-07-19 10:46:33
146阅读
1、案例说明整个专栏的案例来源于一个虚构的公司，公司里有一个虚构的团队，他们真实的业务章程，并且有一个真实的软件系统需要部署开发部署，而他们所面临的DDD挑战和问题也是真实存在的。这个公司叫做SaaSOvation。正如名字所示，该公司旨在开发一系列SaaS产品，该产品作为一种服务被用户使用。公司计划先后开发两套产品。1、旗舰产品名为CollabOvation，这是一套企业协作（Collabora
转载
2024-04-24 12:13:16
88阅读
1. 序言最近在看《实现领域驱动设计》，学习DDD的思想和理论。 都说理论要与实践相结合。所以为了更好的理解DDD的精髓，我会结合一个真实的案例，通过DDD的理论来进行剖析和实践。2. 真实案例有一朋友做办公用品销售维修与租赁的，规模不大，10人左右的小公司。 一天闲聊，说现在微信公众号挺火的，想做一个尝试，看能否在销售和推广上做一个新的突破。 我说好啊，反正平时有空余时间，我就慢慢帮你搞呗。下面
# DDD（领域驱动设计）应用架构设计概述
领域驱动设计（Domain-Driven Design，DDD）是一种软件设计方法论，旨在将软件设计与业务领域紧密结合，以更好地满足复杂业务的需求。在当今软件开发中，应用架构设计扮演着越来越重要的角色。本文将围绕DDD的应用架构设计进行探讨，并通过具体代码示例帮助更好地理解其应用。
## 一、DDD的核心概念
DDD的核心思想包括：
1. **领
目录一、什么是微服务二、微服务架构的优缺点三、微服务架构的误区 四、领域与领域模型五、通用语言与界限上下文六、实体类与值对象七、聚合与聚合根八、领域服务与应用服务一、什么是微服务 传统的软件项目大部分都是单体结构，也就是项目中的所有代码都放到同一个应用程序中，一般它们也都运行在同一个进程中。单体结构的项目有结构简单、部署简单等优点，但是
转载
2024-05-29 00:58:33
175阅读
一、DDD分层架构 DDD分层架构中有很重要的依赖原则：每层只能与位于下方的层发生耦合，类似于网络的7层或TCP/IP的4层模型架构，每一层各司其职，并且只关心向下一层的实现，而不会出现各层耦合。 DDD分层架构中包含四层：从上到下分别是用户接口层，应用层，领域层和基础层
转载
2021-05-31 12:16:00
201阅读
模式一：四层架构 1.User Interface为用户界面层（或表示层），负责向用户显示信息和解释用户命令。这里指的用户可以是另一个计算机系统，不一定是使用用户界面的人。 2.Application为应用层，定义软件要完成的任务，并且指挥表达领域概念的对象来解决问题。这一层所负责的工作对业务来说意义重大，也是与其它系统的应用层进行交互的必要渠道。应用层要尽量简单，不包含业务规则或者知识，而只为下
转载
2023-12-16 20:53:25
96阅读
LAMP 系统服务搭建过程详解LAMP 架构在企业里用得非常广泛，目前很多电商公司、游戏公司、移动互联网公司大多都采用这种架构。LAMP指的是Linux、Apache、MySQL、PHP。下面记录了 LAMP 架构系统服务的搭建过程。一、MySQL数据库安装1. 系统环境CentOS 6.5 x86_64 版本安装2. 基础软件包安装 # yum install
转载
2023-07-10 16:31:23
58阅读
我们把三层架构等除了领域驱动之外的架构方式都可以归纳为以数据为中心的架构方式，在图中是黑色的粗实线；领域驱动设计在图中是绿色的粗实线。当软件在开发初期，以数据驱动的架构方式非常容易上手，但是随着业务的增长和项目的推进，软件开发和维护难度急剧升高。领域驱动设计则在项目初期就处在一个比较难以上手的位置，但是随着业务的增长和项目的推进，软件开发和维护难度平滑上升。这幅图形象的解释了领域驱动设计和传统的软
转载
2023-12-07 00:21:07
200阅读
不同于其它的架构方法，领域驱动设计DDD（Domain Driven Design）提出了从业务设计到代码实现一致性的要求，不再对分析模型和实现模型进行区分。也就是说从代码的结构中我们可以直接理解业务的设计，命名得当的话，非程序人员也可以“读”代码。DDD不仅是统一语言、以业务驱动系统设计，在熟悉新业务和系统重构时，领域驱动设计思想更能很好快速梳理业务。如下图领域驱动设计是以领域(业务模型)为核心
转载
2023-09-06 20:32:07
101阅读
1 前言实体是领域模型中的领域对象。官方解释：实体是指描述了领域中唯一的且可持续变化的抽象模型。通常建模时：名词用于给概念命名形容词用于描述这些概念而动词则表示可以完成的操作白话解释：实体就是对象的方法和属性实现业务逻辑的类，一般由唯一标识id和值对象组成，属性发生改变，可影响类的状态和逻辑。MVC开发人员总将关注点放在数据，而非领域。因为在软件开发中，DB占据主导地位。他们首先考虑数据的属性(即
转载
2024-08-01 21:03:17
69阅读
要实现软件设计、软件开发在一个统一的思想、统一的节奏下进行，就应该有一个轻量级的框架对开发过程与代码编写做一定的约束。虽然DDD是一个软件开发的方法，而不是具体的技术或框架，但拥有一个轻量级的框架仍然是必要的，为了开发一个支持DDD的框架，首先需要理解DDD的基本概念和核心的组件。 一.什么是领域驱动设计(DDD) 首先要知道DDD是一种开发理念，核心是维护一个反应领域概念的模
转载
2023-12-26 19:49:47
56阅读
所做的系统是一个连接到外部信息发送和搜索引擎调用服务的Web前端系统。系统与外部的接口使用的是一层Service外观进行包装，原先的设计目的是使用服务层剥离对外部系统的强依赖──解耦，同时还希望使用Service将系统的商业逻辑集中存放──提高复用的可能。但是实际上我们发现Service这样的抽取方法并没有提高代码的复用度，反而造成数据结构和其算法的大量重复。经过分析，发现由于使用了大量的Hash
转载
2024-06-06 14:03:55
44阅读
根据DDD领域驱动设计原则，对应的软件架构也需要做出相应的调整。
我们常用的三层架构模型划分为表现层，业务逻辑层，数据访问层等，在DDD分层结构中既有联系又有区别，
原创
2021-07-05 10:25:16
2210阅读
