急切请教 如何遍历所有 stateful bean 多谢
我在业务中有个需求，需要对所有在 缓存 中的用户遍历，根据他们不同的情况发出通知消息。 如果我采用stateful bean，我不知道怎样遍历这些bean，好像容器不提供这些标准方法，除非我
20 年 前
使用DDD澄清MVVM
。结果是过于简化的模式，不适合复杂的业务应用程序。 MVVM有许多相互矛盾的实现。多年以来，我将在这篇文章中描述一个有效的实施方案。 问题根源 每个人都同意ViewModel定义：它是
5 年 前
新手求教：DDD一些问题
，放在service中实现是否可靠？ 2、如果写在service里，那如果 要实现奖励规则可配置，那怎么办？
10 年 前
领域驱动设计(DDD:Domain-Driven Design)
DDD最大的好处是：接触到需求第一步就是考虑领域模型，而不是将其切割成数据和行为，然后数据用数据库实现，行为使用服务实现，最后造成需求的首肢分离。DDD让你首先考虑的是业务语言，而不是数据。重点不同
10 年 前
这样的对象能叫“实体”么？
和状态，但是上面的业务对象可以说没有内存级的状态。还能叫作“实体”么？ 如果基于内存开发业务系统（企业级应用应用网游等实时类的系统除去），也就是实现所谓“真正意义上”的“实体”，那么技术成熟么
10 年 前
DDD聚合：一致性边界 -James Hickey
聚合，聚合跨时间边界太大，但是业务规则与业务流程有时很难区分，业务规则通过业务流程来实现的。参考： https://www.jdon.com/54022
3 年 前
瞧，我们组的Web应用开发方式
我们开发小组5个人，一个组长； 用MVC方式开发WEB应用； 使用WinCVS进行版本控制团队开发； Ant来实现编译发布； 应用服务器采用Tomcat，使用的时候（Apache和Tomcat整合
10 年 前
使用幂等key实现可重试的幂等性API设计 - yeng
实现，那么使微服务具有弹性可能是一场噩梦。然后需要审查每个业务逻辑，并确保该逻辑可以优雅地管理重复。 如果我告诉你有一种一致的方法可以在不触及业务逻辑的情况下检查重复怎么办？当您的 API 需要由您
1 年 前
DDD CQRS和Event Sourcing的案例：足球比赛
在12月11日新的有关 DDD CQRS 和Event Sourcing演讲： 改变心态- 以更加 面向对象 视角看待业务领域建模 中，作者以足球比赛football Match为
10 年 前
使用依赖注入实现聚合根之间调用的逻辑悖论
，对于 DDD 聚合，如果A不再被其他对象引用，类似二叉树的一个根节点，那么我们认为A就是聚合根。 但是，因为依赖注入，我们破坏了业务上的聚合根概念。 那么两个聚合根之间相互调用怎么办？ 只有
10 年 前
DMN决策模型的不足之处 - brcommunity
事件，以检测闪光点。 根据这些闪光点来评估行为业务规则。 为了实现这一目标，规则平台需要保持对状态的持续、不间断的认知--这是DMN和决策模型的另一个缺陷。 缺点5. 缺少对状态的认识
2 年 前
LMAX架构
领域对象+事件驱动，看来这条路的方向是对的)。 使用基于内存的模型有一个重要问题：万一崩溃怎么办？电源掉电也是可能发生的，“事件”(Event Sourcing )概念是问题解决的核心，业务逻辑处理器
10 年 前
Go中悲观锁、乐观锁+2PC实现分布式事务
。
1、如果用户多次点击“创建预订”按钮怎么办？如果不解决这个问题，至少会被预约两次。
我们必须在这里实现一些幂等性（多次应用操作总是产生相同的结果）机制！
这个问题有几个解决方案
5 个月 前
重温领域驱动设计的的基础知识：领域
实现最复杂的业务逻辑建模模式。您希望分析和优化算法的业务性能。要做到这一点，你需要指派最好的人来处理它们。您不希望冒险使用核心子域。市场上可能有解决方案，但您不想购买它们。根据定义，在核心子域中，您正
5 年 前
加法是自然之道
结构一样，正如我们将代码之间使用对象或层封装隔离成一种树形结构一样。 性能和效率 函数编程之所以没有副作用，关键是因为它没有可变状态，基本都是不可变的，如果需要共享数据怎么办？那么就实现数据的
5 年 前