DDD领域服务

     

大规模实时机器学习处理架构简介

73 6K

Netflix 是迈向实时数据基础设施的公司的典范 ,这使得 Netflix 能够通过多种方式改善用户体验,例如改进“Trending Now”主屏幕上的推荐、快速测试生产中的更改以及最大限度地减少 .

避免CRUD思维泄漏DDD领域逻辑 - mscharhag

1599 1 4K

许多软件架构试图将域逻辑与应用程序的其他部分分开。为了遵循这种做法,我们总是需要知道什么是领域逻辑,什么不是。不幸的是,这并不总是那么容易分开。如果我们做出错误的决定,领域逻辑很容易泄漏到其他组件和层.

到底什么是微服务?其实就是DDD领域服务

2637 1 2K

著名DDD社区意见领袖Nick Tune撰文认为微服务就是领域服务,建议使用领域服务替代微服务,banq赞成这种做法,在我的DDD书籍中已经将这两个概念混为一谈,当然他们还是有细微差别,比如微服务可能.

DDD中业务模型与框架等技术平台解耦的简单方法 - matthiasnoback

1723

如果要编写可长期维护的应用程序,则必须与框架,ORM,HTTP客户端等分离,因为技术在发展,您的业务应用无法永远一直使用它们。 三个简单的规则要完成框架解耦,您只需遵循以下简单规则:所有服务都应获取其.

DDD战术模式的分类使用 - pelshoff

1643 1
值对象: 无标识/主键;可以代表状态之一,可以放入业务规则,值对象是否可以有业务行为视情况。实体:有标识,可以有拥有状态,状态改变需要通过方法行为,业务规则也可以,如果是聚合根则可能会拥有更多业务规则.

从单体到微服务的思路转变:垂直切片的烟囱式故事已经一去不复返了- ThoughtWorks

6581 6 2K
传统SOA单体架构如同下面多层蛋糕一样,虽然实现了分层架构,但是实际中人们切蛋糕时,总喜欢竖切蛋糕,这样每个人能尝到多层蛋糕中每一层味道。在敏捷开发团队中工作时,无论是业务分析师,Scrum Mast.

业务代码编程陷阱案例 - jaxenter

2 4395 7 8K

当我们开始编写软件时,我们总是希望有一个好的设计。我们阅读书籍,运用最佳实践,最后,我们常常一团糟。根据我在一家定制软件开发公司的经验,我每天必须处理此类代码,尤其是在某些旧系统上工作时。造成这种情况.

否定洋葱或clean架构的垂直切片架构 - Jimmy Bogard

3 10679 2
许多年前,我们开始了一个新的长期项目,首先,我们基于洋葱架构构建了它的架构。在几个月内,这种风格开始显示出裂缝,我们从这种架构转向CQRS。随着转向CQRS,我们开始围绕垂直切片而不是层(无论是平面还.

GRASP之纯粹的制作模式 - Kamil Grzybek

1243 2K

问题:什么对象应该有责任,当你不想使高凝聚力和低耦合时,但其他原则提供的解决方案不合适?解决方案:将一组高度凝聚力的责任分配给脚手架或帮助类之类工具,这些工具并不代表问题域中的概念。有时候很难弄清楚应.

应用控制器模式(Application Controller Design Pattern in Java)

1336 38K
使用应用程序控制器集中检索和调用请求处理组件,如命令和视图。让我们用例子来讨论应用程序控制器设计模式是如何工作的。问题您希望集中并模块化操作和视图管理。在表示层中,通常在每个请求到达时要做出两个决定:.

分布式系统解耦模式:用事件代表时间触发Cron计划任务

1525 2 3K

计划任务一般都喜欢使用Cron作业来完成,比如使用spring scheduler或Quartz,本模式推荐使用黑盒式的不可知事件替代Cron作业。问题许多业务流程涉及需要在将来执行的某些操作或工作或.

服务激活器模式(Service Activator Pattern)

5927 1 35K
在企业应用程序中,大多数处理是以同步方式完成的。客户端调用业务服务并等待业务服务从处理返回。但是,某些用例中的业务处理需要相当多的时间和资源。业务处理甚至可能跨越应用程序,可能与企业内外的应用程序集成.

聚合体/服务/系统 =细胞/生物体/社会 | Szymon Kulec`Scooletz`

1164

这篇文章用生物学概念来帮助你理解DDD设计中聚合服务等概念,细胞组成生物,生物组成社会。细胞也称聚集如果我们看一个细胞,它可能是表示聚合的一个很好的比喻,为什么这样?细胞有边界(甚至是物理的)细胞不会.

领域驱动设计简介之二

3280 2 7K
架构模块正如我们已经指出的那样,大多数DDD系统可能会使用OO范例。因此,我们对领域模型的元素可能很​​熟悉,例如实体,值对象和模块。例如,如果您是Java程序员,那么将DDD实体视为与JPA实体基本.

使用DDD澄清MVVM

2632 1 2K
很多MVVM的问题通常是相同的:什么应该是模型,什么应该是ViewModel?我们不能真正责怪开发人员,因为在线参考文档不是很好,特别是MSDN的。对于大多数开发人员来说,简化说明是可以理解的。结果是.

领域服务与应用服务的区别

12765 11 6K

在这篇文章中,我们将看一下领域域服务与应用服务有什么不同。人们常说,领域服务是承载那些不自然地适合实体和值对象的领域知识。但是,还有另一个原因可能需要引入域服务。这个原因与领域模型隔离有关。那么,领域.

cqrs 中还需要领域服务吗?

4 1132

我看过 ddd 领域服务的例子,比如验证,但在cqrs中验证好像不属于领域 write范围内,所以也就不需要领域服务,我也想不出在cqrs那些需要用到 领域服务。 多说用到 saga而已。.

什么才算真正的领域服务

2 1079

在论坛转了一圈,领域服务大概的意思是说:一些行为放在A模型也不好,放在B模型也不好的,就作为领域服务,也就是说领域服务是夸模型夸聚合的一些行为,那么这些服务有没有状态的,是不是跟application.

领域服务和领域事件如何取舍?或共存?

4 3446

各位大大,当业务功能涉及到多个聚合的时候,有多种方式进行处理,其中有两种方式使用比较普遍,一种是领域服务,另一种是领域事件,也不排除两种同时存在的情况,那如何取舍呢? 一个系统中很多业务功能.

领域模型中如何访问数据库

2 1451 1

比如一个模型中,有一个方法,就拿注册来说吧,注册需要判断用户名是否重复,这个判断肯定需要查询数据库了,那么这个在模型中如何实现呢,还有一些类似需要查询数据库字典表的数据来判断是否走下面的代码,这些类似.

领域服务,应用服务,领域方法的问题

1 1237 2K

//应用服务public class WithDrawFacade { public void execute(String acctNo, double amt) throws Exception .

业务建模:上下文(场景)还是服务?

7 2629

DCI的从角色职责和场景的角度来理解业务感觉不容易,问几个问题? 1、就我理解,上下文是其着承上启下的作用,每个业务过程的一系列行为都想象出一个特定的上下文,实践中是不是很困难? 2、所.

信息发布系统的DDD的设计分析

4 1536

信息发布的DDD设计分析:需要的实体类Info 信息User 用户Approver 帖子审查员Admin 管理者PostInfoServicedeleteInfoServiceupdateInfoSe.

发帖功能为什么不属于DDD的业务?

9 1893 12

发帖功能为什么不属于DDD的业务?.

设计问题讨论

1 859

假设系统需要分模块,其中有模块userInfoManager(负责customer的相关信息,prepaidCard ,customerCc,customerNotification等等)方式一:(实.

DDD的Service用DCI的替代方式

6 2449

Banq大哥认为用场景可以代替DDD的Service,我认为也是的;同时,我也认为角色的交互方法可以。由于Service是静态的,也由于历史原因,我们现在要把Service挖出来,变成两种方式来表达。.

怎么进行分离。

1 1348 2

要实现一个像svn版本同步功能的信息同步模块。在项目中有User用户信息,由于可能用 pc android IOS等客户端登录到服务器来同步User信息。User用户信息产生不一致的情况主要是 同一个.

面向对象的可维护性

4 3610 6

我还是有点不理解面向对象比面向过程的可维护性强,强在哪儿了。用面向过程,在service里做一些操作。面向对象,在对象里做操作,然后在领域服务里在调用对象的各种操作。要是需求变了,面向过程就是在ser.

领域对象与业务逻辑关系设计思路

21 9685 5
前一段时间我用面向的对象的方式来写我自己的一个小JEE应用程序,业务逻辑比较简单,就是一些“增删改查”的工作,我一直想把我的小应用程序纳入实际应用中,后来在JDON上看到了大家关于DDD的困惑,我也遇.

DDD引入的几个问题

16 4633 2

我在我们的项目中引入了ddd的分析方式,可能有点粗略,但是我尽量往ddd靠近,有几点迷惑:1.统一语言:我们掌握需求信息,根据获取的用户需求列表来分析业务;根据我们的经验来抽取统一语言;我们使用统一语.