domain-driven-design专题提供domain-driven-design的最新资讯内容,帮你更好的了解domain-driven-design。
我最近正在学习 DDD,并且正在为文章类别建模而苦苦挣扎。文章管理系统的逻辑如下。 我们有一
我是领域驱动设计的新手,有一个关于领域服务分离的问题。 我有一个 <code>Bucket</code> 和 <code>Item<
在 DDD 中,实体具有唯一标识它们的值,即<em>身份</em>。这个身份有时是由服务器生成的,有时是从另一
让我们将 <code>Term</code> 定义为主体实体,将 <code>Course</code> 定义为一对多依赖关系。 <pre><code>public cl
我们知道服务(控制器/用例)层是处理业务逻辑的, repo 用于处理数据库查询 现在我有: <pre><
<code>Specification Pattern</code> 和 <code>(Fluent) Validation</code> 有什么不同?它们相似吗? <pre class="lang-cs pret
我正在尝试按照一些 DDD 原则在 .NET Core 中为特定需求构建一个小型框架,我想知道从应用程序层向 api
首先我要说的是,我不确定我的编码方法是否正确,我将首先解释我想要做什么。 <ol> <li>接收 POST 请
我们有一个包含许多微服务的应用程序环境,并使用后端作为 UI 的前端来聚合数据。 你会将聚合
在 DDD 中,如何混合存储库? 例如,一个简单的社交网络应用程序,其中一个人写了一个帖子并提
我正在使用六边形架构,扩展asp.netcore身份的applicationuser实体在域层,(因此将域耦合到基础设施层),
如果您有一个包含 <code>Vendor</code> 列表的 <code>Contacts</code>,那么在 DDD 中哪个是将联系人添加到供应商
我有这样的层架构:<br/> 客户端 UI (exe),<br/> 使用 ASP .net web api 处理来自客户端(.net 核心应用程序)的
我正在构建一个集成 <a href="https://plaid.com/" rel="nofollow noreferrer">Plaid API</a> 以访问用户银行信息(登录信
我正在考虑对聚合、不变量、数据等进行建模。通常建议将聚合设计得较小。我有正确的拆分域和简单
我正在以领域驱动设计的方式考虑场景,在那里我有实体,比如说 Cv(简历),哪个状态通过存储库保
假设我有两个聚合:Vehicles 和 Drivers,并且我有一个规则,如果司机正在休假,则不能将车辆分配给司机
我正在构建一个 DDD/ES 系统,管理员可以在其中生成优惠券代码,供消费者公开共享和使用。 每张
我们正在从传统的单体应用迁移到微服务架构。我们使用 CQRS 和事件源模式以及消息代理(rabbitmq)作为
我正在开发具有不同经典层 (DDD) 的 .Net Core 3.1 Web API。<br/> 我们实施了一个全局异常处理程序来捕获所有