规约（Specification）模式本来针对规约模式的讨论，我并没有想将其列入本系列文章，因为这是一种概念性的东西，从理论上讲，与EntityFramework好像扯不上关系。但应广大网友的要求，我决定还是在这里讨论一下规约模式，并介绍一种专门针对.NET Framework的规约模式实现。很多时候，我们都会看到类似下面的设计：隐藏行号 复制代码 ？Customer仓储的一种设计 public
在上一部分，分层架构的目的是为了将业务规则剥离出来在单独的领域层中进行实现。
原创
2021-07-05 13:59:38
3201阅读
Redux 的创建者 Dan Abramov 说他
原创
2022-08-10 08:34:27
293阅读
http://www.cnblogs.com/wayfarer/archive/2010/06/30/1768694.html
转载
精选
2012-05-29 22:24:40
707阅读
何时使用领域驱动设计 何时使用领域驱动设计？其实当你的应用程序架构设计是面向业务的时候，你已经开始使用领域驱动设计了。领域驱动设计既不是架构风格（Architecture Style），也不是架构模式（Architecture Pattern），它也不是一种软件开发方法论，所以，是否应该使用领域驱动 ...
转载
2021-11-03 09:11:00
382阅读
2评论
领域驱动设计与业务建模 好的软件，来自于好的软件设计。软件设计是一门艺术，就像绘画、写作等其他艺术形式一样，它不能通过定理和公式以一种精确科学的方式被教授和学习。虽然通过软件创建的过程，可以发现和获取到有用的规律和技巧，但是也许永远无法提供一个准确的方法，以满足从现实世界映射到代码模型的需要。如今，
原创
2023-06-12 10:37:00
509阅读
目录三层架构领域驱动设计的五层架构微服务为什么要选择DDD？DDD 与微服务的关系与微服务架构相得益彰三层架构我们平时的开发流程通常分为下面的三个步骤：技术选型，搭建基础技术框架。如我们使用java作为开发语言，使用SpringBoot、SpringCloud等框架，采用redis、mq等中间件，使用mysql、es存储数据。然后我们搭建了基础的开发环境后，会在数据库中建表，然后用表数据映射到我们
转载
2024-02-03 00:14:16
88阅读
为什么要用“领域驱动设计”？ “领域驱动设计”相比于mvc/soa的优势？
领域驱动设计.png
领域驱动设计项目结构.png
所谓的领域， 其实就是 一个个的业务子系统。 领域驱动设计， 其实就是 “业务驱动设计”。
mvc/soa项目结构.png
领域驱动设计项目结构 vs mvc/soa项目结构m
转载
2023-10-15 08:56:43
88阅读
DDD个人主要理解它微服务的设计思想主要由子域与边界上下文组成 子域：领域驱动为每一个子域设计独立的领域模型，每一个子对应着一个业务 边界上下文：子域的边界它是对面向对象设计的增强与数据驱动的区别 数据驱动：我们传统的代码架构是dao、service、controller三层组成，大多数的业务本质是对数据库表的增删改查（比如开发一个简单用户注册系统） 数据驱动的痛点： （1） 存在接口定义不狗清晰
转载
2024-01-03 23:02:31
77阅读
领域驱动设计（Domain Driven Design，DDD）是由 Eric Evans 最早提出的综合软件系统分析和设计的面向对象建模方法，如今已经发展成为了一种针对大型复杂系统的领域建模与分析方法。它完全改变了传统软件开发工程师针对数据库进行的建模方法，从而将要解决的业务概念和业务规则转换为软件系统中的类型以及类型的属性与行为，通过合理运用面向对象的封装、继承和多态等设计要素，降低或隐藏整个
转载
2023-12-18 21:27:59
216阅读
DD 的知识体系提出了很多的名词：领域、子域、核心域、通用域、支撑域、限界上下文、聚合、聚合根、实体、值对象等等。领域简言之，DDD 的领域就是这个边界内要解决的业务问题域。领域就是用来确定范围的，范围即边界。在研究和解决业务问题时，DDD 会按照一定的规则将业务领域进行细分，当领域细分到一定的程度后，DDD 会将问题范围限定在特定的边界内，在这个边界内建立领域模型，进而用代码实现该领域模型，解决
转载
2023-12-11 16:10:09
225阅读
Redux 的创建者 Dan Abramov 说他不知道什么是领域驱建强大的微服务架构以及集成多个现有解决方...
原创
精选
2023-07-09 10:22:49
423阅读
“领域驱动设计（Domain Driven Design）”是Eric Evans在他的经典著作《领域驱动设计——软件核心复杂性应对之道》中首次提出来的概念。这本书于2003年8月30日出版，至今刚好整整十年了。在国内的几个论坛和社区（例如JDON，JavaEye，OSChina等）那里都曾经掀起过讨论的热潮。但时至今日，关于什么是DDD，仍然是众说纷纭，莫衷一是。博主从该书出版之时就开始关注DD
转载
2023-09-15 21:07:17
110阅读
“企业级应用系统”具有复杂的业务，和相对较长的生命周期，在其生命周期中，业务规则将会是经常变化的，所使用的技术也可能发生变更。为了后期能更好的对这类系统进行扩展和维护，我们可以选择面向领域的多层架构，降低组件之间、层与层之间的耦合，这样在每次业务逻辑发生变化或者有新的业务扩展时，我们都能将变化锁定在领域层，从而最大限度的降低对其他层的影响。 领域驱动架构通常分为四层：表示层、应用层、领域层和
转载
2023-05-29 15:24:37
194阅读
工作繁忙，很久没有更新博客了。下面言归正传，简单介绍一下Tiny Library的用户界面实现。如前所述，Tiny Library采用ASP.NET MVC框架实现了基于浏览器的用户界面。回顾一下《业务逻辑与系统结构》一文，从层次架构图中我们可以清楚地看到，用户界面层是通过WCF Services与系统交互的。为了快速简单地实现Tiny Library，我只是简单地使用了ASP.NET MVC，因
转载
2023-07-22 10:07:23
84阅读
1.在分析模型中最难做的就是分离领域，如何分离领域？每层之间如何联系？每层做什么？我们为什么使用框架？ 只有分离领域才能将分而治之的思想用到，才能模块化具体化。从抽象概念到领域设计必经之路。2.基本的模型划分：用户界面层=》应用层=》领域层=》基础设施层3.面向对象的程序中，常常将业务对象直接写入用户界面、数据库访问等支持代码。而一些业务逻辑则会被嵌入到用户界面
转载
2023-12-27 14:48:03
53阅读
本章大部分内容摘自：《领域驱动设计：软件核心复杂性应对之道》一书中的第四章，分离领域，纯属原创。如有错误请指正，相互学习。模式：LAYERED ARCHITECTURE （分层结构） 在面向对象的程序中，常常会在业务对象中直接写入用户界面、数据库访问等支持代码。而一些额外的业务逻辑则会被嵌入到用户界面组件和数据库脚本的行为中。这么做是为了以最简单的方式在短期内完
原创
2016-03-25 17:30:35
1654阅读
领域接口化设计 把服务对象（service）和资源库对象（repository）设计成接口是最常见的。但是这对接口化的认识还远远不够，我们需要更深入地去分析接口化设计和更全面地应用接口化编程。所以我们要讨论的是全面接口化，尤其是对领域模型接口化的认识。 领域接口化 通常的情况下我们会把领域模型设计成 ...
转载
2021-08-31 22:39:00
788阅读
2评论
