一、ABP遵循DDD（领域驱动设计）的原则
展现层（Presentation）：提供一个用户界面，实现用户交互操作。 应用层（Application）：进行展现层与领域层之间的协调，协调业务对象来执行特定的应用程序的任务。它不包含业务逻辑。
领域层（Domain）：包括业务对象和业务规则，这是应用程序的核心层。
基础设施层（Infrastru
转载
2023-12-28 18:47:27
47阅读
DDD架构中的领域是什么? 我们经常说到DDD分层架构(领域驱动设计)，那么究竟什么是DDD架构？如果去网上查通常会告诉你告诉你区别于过去的三层架构思想，DDD(领域驱动设计)是一种四层架构，一般网上给出的就是用户接口层、应用层、领域层、基础层。而当你真正开始看的时候发现通篇文章中会反复出现领域这个词，而领域究竟是什么？却又很少有人能去解释或者说无法解释1、浅谈领域一词 领域一词在不同人不同行业中
转载
2023-07-08 14:17:04
156阅读
领域：广义上讲，领域（Domain）即是一个组织所做的事件以及其中所包含的一切。每个组织都有它自己的业务范围和做事方式。这个业务范围以及在其中所进行的活动便是领域。领域既可表示整个业务系统，也可以表示其中的某个核心域或支撑子域。当谈及到业务系统中的某个方面时，使用”核心域“或”子域“以示区别。为整个业务系统创建一个单一的、内聚的、全功能式的模型。这并不是我们使用DDD的目的。正好相反，DDD中，一
转载
2023-12-28 20:17:18
101阅读
这一篇，我们首先要分析领域驱动设计的分层架构，在实际编码时，战术模式下的各种概念，需要最终落地到分层架构的各个层中。如果大家对于 新疆干部培训学校 www.scganxun.cn DDD有所了解，一定看到过下面这个经典的DDD四层架构图。我们也是以经典的DDD四层架构为基础做详细的讲解：领域层是我们领域模型具体代码实现的位置，通常包含实体、聚合根、值对象、领域服务、领域事件等的具体实现，也包含仓储
转载
2023-10-27 09:18:40
75阅读
1.概述（1）目的和任务目的：分析和认识现行企业系统任务：在系统分析员的主持下，有开发人员和用户一起，对现行企业进行深入分析，已建立起反应现行组织系统的领域模型特点：不同的业务领域差异很大，找出统一的分析内容和分析方法是十分困难（2）领域分析的主要工作现行组织调查组织目标分析组织结构分析组织职能分析业务及流程分析实体分析（3）业务分析的基本原则客观原则宏观与微观辨证同一原则全面与重点辩证统一原则&
转载
2023-10-09 22:15:06
81阅读
领域驱动设计(ddd)学习第一天 1.架构师≠技术大牛 两者的区别在于技术大牛可能技术，架构师还需要理解业务，将业务转换为技术。 技术不直接产生价值，用户也不会为技术买单，只有理解业务需求，用技术解决用户痛点，用户才会为之买单。2业务架构师的职责有：a能够将业务转化为技术，b能合理运用技术支撑业务。 这就需要理解和梳理业务流程，理解业务规则，挖掘用户痛点(获取方式可以是：和用户沟通) 如何成为优秀
转载
2023-12-31 22:28:00
60阅读
综述 对于MVP (Model View Presenter)架构是从著名的MVC(Model View Controller)架构演变而来的。而对于Android应用的开发中本身可视为一种MVC架构。通常在开发中将XML文件视为MVC中的View角色，而将Activity则视为MVC中的Controller角色。不过更多情况下在实际应用开发中Activity不能够完全充当Controller，
转载
2024-06-28 17:36:41
48阅读
前言系统的技术架构（相对于业务架构），主要会考虑下面5个点： 高性能、高可用、可伸缩、可扩展、安全。一、高性能1、架构层面1.1、缓存浏览器缓存 CDN缓存 反向代理缓存 本地缓存 分布式缓存缓存注意的点： 1）避免缓存穿透：把空对象保存在内存缓存里 2）缓存与数据库的数据一致性：Cache Aside模式：先更新DB，再清除缓存，DB主从同步完成后，再清理缓存。1.2、异步本地队列 分布式队列1
转载
2023-10-13 14:54:39
55阅读
一、架构是什么架构广义的说就是组合构造，有产品架构、有系统架构等，好的架构能够使产品、系统更好地呈现，更好地迭代与维护。好的架构是演进出来的，好的代码是重构出来的。我们经常听到中台、平台、系统、应用等名词，它们之前有何关系？1）应用：是最小粒度的，用于实现业务系统功能的。比如现在流行微服务，实现一个业务系统的应用一般都包括：web应用、service应用。2）系统：这里说的系统都是业务系统，一般一
转载
2023-08-05 01:25:18
60阅读
Domain Driven Design（DDD）是Eric Evans于2004在其同名著作里提出的概念，它指明了让软件设计满足理想需求模型的方向。但是建模、设计这种事本来就很抽象，读懂这样的大作也是需要消耗不少脑细胞。本文希望能尽量以简单加实例的方式介绍DDD里的一些常见概念。简介什么是领域《领域驱动设计》书里写的是：用户会把软件程序应用于某个主体区域，这个区域就是软件的领域。简单来说，就认为
转载
2024-01-14 08:06:50
76阅读
至少30年以前，一些软件设计人员就已经意识到领域建模和设计的重要性，并形成一种思潮，Eric Evans将其定义为领域驱动设计（Domain-Driven Design，简称DDD）。在互联网开发“小步快跑，迭代试错”的大环境下，DDD似乎是一种比较“古老而缓慢”的思想。然而，由于互联网公司也逐渐深入实体经济，业务日益复杂，我们在开发中也越来越多地遇到传统行业软件开发中所面临的问题。本文就先来讲一
转载
2024-06-05 11:12:30
43阅读
# 领域架构规划入门指南
当你进入软件开发的世界，了解“领域架构规划”是非常重要的一步。这个过程不仅包括对业务需求的理解，还涉及到如何将这些需求转化为可操作的技术架构。本文将引导你完成这一过程。
## 领域架构规划的步骤
以下是一份领域架构规划的基本流程表：
| 步骤 | 描述 |
| -------
很久没有写了, 今天偶来兴致, 记录一下 :) 每款产品无论大小都会尤其所谓的架构设计, 从百度的搜索框架, sina的微博平台, 360的云杀毒服务, 这些基础架构都或多或少的展现了其雄厚的技术体系. 多少人能完整的了解所有架构设计, 往往很少. 不过能在一定层面上做到精益求精, 超凡脱俗实属佳品. 分布式计算体系中经常会遇到一台服务器上的请求数量爆炸式增长时内存不足无法继续处理, 我们可以采
转载
2024-07-09 15:18:48
21阅读
可扩展、高可用、负载均衡网站架构设计方案<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />
作者：田逸
([email]sery@163.com[/email]) 本作品已刊登在《IT实验室周报》第6期第6版
基本需求
:
领域驱动设计的经典分层架构领域驱动设计在经典三层架构的基础上做了进一步改良，在用户界面层与业务逻辑层之间引入了新的一层，即应用层（Application Layer）。同时，一些层次的命名也发生了变化，将业务逻辑层更名为领域层自然是题中应有之义，而将数据访问层更名为基础设施层（Infrastructure Layer），则突破了之前数据库管理系统的限制，扩大了这个负责封装技术复杂度的基础层次的内涵
转载
2023-12-27 11:27:04
77阅读
目录1.基本概念2.系统模型3.基本活动4.参与人员5.DSSA和体系结构之间的关联1.基本概念DSSA是一个在特定应用领域中，为一组应用提供组织结构参考的标准软件体系结构，其是一种有效实现特定领域软件重用的手段。2.系统模型通常是一个具有三个层次的系统模型领域开发环境领域特定应用开发环境应用执行环境3.基本活动其基本活动包括：领域分析，这个阶段主要获取领域模型，领域模型表示领域中系统之间的共同需
转载
2023-08-12 09:51:44
95阅读
# 理解领域驱动架构（DDD）实现的步骤指南
领域驱动设计（Domain-Driven Design，简称DDD）是一种软件设计哲学，旨在通过对业务领域的深入理解来设计和实现复杂的软件系统。在这篇文章中，我们将介绍如何实现领域驱动架构的流程，并详细讲解每个步骤所需的代码和业务逻辑。
## 实现字段驱动架构的流程
下面的表格概述了实现领域驱动架构的主要步骤：
| 步骤 | 描述
原创
2024-09-11 06:21:41
37阅读
流程与IT管理是未来IT行业发展的必经之路PM圈子百家号17-11-2411:30本文由“光环国际”—中国项目管理PMP培训上市企业IT部门的职责之所以能够从辅助部门发展成业务支撑部门，最终成为业务变更的主导部门，是因为伴随这全球一体化的趋势加速以及网络化和信息管理技术的飞速发展，商业模式的创新与IT紧密关联起来一、前言伴随着中国企业的信息化进程， IT部门、IT专职人员已经在大部分企业获得了一席
什么是Evans DDD 2004年Eric Evans 发表Domain-Driven Design –Tackling Complexity in the Heart of Software （领域驱动设计 ）简称Evans DDD。 领域驱动设计事实上是针对OOAD的一个扩
转载
2024-03-04 10:37:04
50阅读
领域驱动设计的核心思想，就是对边界的划分与控制。第一重边界：需求分析就通过确定项目的愿景与目标，划定问题空间，由此确定核心子领域、通用子领域与支撑子领域。理清了领域逻辑的优先级，同时促使团队在宏观层次的全局分析阶段能够将设计的注意力放在领域和对领域模型的理解上，满足领域驱动设计的要求。第二重边界：进入解决方案空间，战略设计获得的限界上下文成为了领域驱动设计的。通过它可以有效地降低系统规模，无论是在
转载
2024-01-12 05:54:03
76阅读
