在DDD中，有么有人用访问者模式自己实现权限管理的？同时可便于数据操作的无限扩展。

JCrazyUltimate 2020-10-16 05:40:21

在DDD中，有么有人用访问者模式做权限管理的？同时可便于数据操作的无限扩展。

...全文

236 1 打赏收藏转发到动态举报

写回复

1 条回复

切换为时间正序

请发表友善的回复…

发表回复

我是一道光_ 2021-01-25

打赏
举报

回复

把你的思路，详细说说吧，问题描述太过简洁，很难有人知道你的问题是什么，更别提精准的能回复你了。

在构建复杂的企业级应用时，我们常常会遇到数据访问层的设计问题。想象一下，一个电商系统在处理大量商品信息时，如何高效、安全地管理这些数据的增删改查操作？这就引出了领域驱动设计（DDD）中的Repository模式。在传统的三层架构中，数据访问层往往直接与数据库交互，这会导致业务逻辑和数据访问逻辑的紧密耦合，使得代码难以维护和扩展。为了解决这个问题，DDD引入了Repository模式，它作为领域模型和数据访问层之间的桥梁，负责封装数据访问逻辑，使得领域模型与数据访问细节解耦。

DDD关注于创建一个反映领域复杂性的丰富模型，主要应对业务逻辑的复杂性。DCI侧重于提高代码的可读性和对用户行为的模拟，关注点在于行为的组织和表达。CQRS关注于提升数据操作的效率，通过物理和逻辑上的分离来优化读写操作的性能。这三者可以相互补充，在同一个项目中根据不同的需求采用不同的模式来达到最优的设计和实现。例如，在一个采用DDD的系统中，可以实现CQRS来优化数据处理，并通过DCI来改进某些特定用例的代码表达和行为模拟。聚合是一个或多个相关对象的集合，它们一起被视为数据修改的一个单元。

尼恩给大家做一下系统化、体系化的 DDD 梳理。领域驱动设计 DDD 为我们提供的是架构设计的方法论，既面向技术也面向业务，从业务的角度来把握设计方案。核心思想就是分治思想：就是将问题域逐级细分，来降低业务理解和系统实现的复杂度。

领域驱动设计：实现DDD自由

在构建复杂的企业级应用时，我们常常会遇到业务逻辑的复杂性和系统架构的复杂性之间的矛盾。一个典型的场景是，随着业务需求的不断变化，传统的三层架构（表现层、业务逻辑层、数据访问层）往往难以适应这种变化，导致代码难以维护，系统性能下降。为了解决这一问题，领域驱动设计（DDD）应运而生。DDD强调以领域为核心，将业务逻辑封装在领域模型中，并通过应用服务（ApplicationService）来协调领域模型与外部系统之间的交互。下面，我们将深入探讨DDD中的ApplicationService。

3,409

社区成员

1,071

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章