你的微服务是否太小？或者太紧密耦合？本设计指南可以提供帮助。 设计微服务往往更像是一门艺术而不是科学。本文提出五个建议： 1.它不会与其他服务共享数据库表 ....

在这篇文章中，作者讨论了他最近学到的关于从不同的角度识别微服务边界的一个教训。 微服务架构是当今的热门话题。 尽管它的复杂性（分布式事务，最终的一致性，操作....

请banq大牛帮助解答一下疑问吧，谢谢 最近结合着《Java Modeling in Color with UML(四色原型)中文版》看《实现领域驱动设计》，感....

Cribbb是一个使用DDD聚合根和领域事件Domain Events概念开发的PHP开源通知框架： cribbb/cribbb · GitHub 几乎所有....

这是来自《POJOs In Action》作者和CloudFoundry原创始人Chris Richardson的一篇谈论微服务PPT，结合DDD和事件驱动....

点击标题 [该贴被brighthas于2014-06-24 15:27修改过]..

Identity用户验证模块 和 论坛模块 是两个上下文 ，通过 identity可以继承各种模块定制个性系统。 论坛独立模块分离完成。 架构如下： Id....

项目需求得到如下上下文 ： 媒体管理 ／ 论坛 ／ 电子书 这3个都需要用户权限管理，这时候当然最好的是有个rbac系统，但单独开发它很耗时，我就采用了共享内....

以前的设计思路就是，通过画出usecase之后 找出需要被存储的表和属性，然后在业务操作的时候就是操作对应的表数据，这样典型的就是数据库驱动设计。如果碰到复杂的....

论坛当然可以当作一个上下文，但个人感觉 图片 ／视频 等媒体资源，这应该是另一个上下文。个人感觉。 论坛主要是交流的（论坛），而媒体资源应该在另一个上下文中（....

Martinfowler的这篇微服务文章引发了软件架构方面的热烈讨论， “今天在软件架构方面，除了微服务这个名称没有什么新的”。现大意翻译如下： 微服务，....

假设一个ProductSpeed有两个不同的构造器： public class ProductSpeed { public P....

A Bounded Context does not necessarily encompass only the domain model. True, th....

这几天在看《impelment domain driven design》，很多都是语言层面的问题，就是说context Bounded，作者说context ....

举个例子，一个交易系统：用户购买某个商品生成一笔交易 可以抽象出，聚合根：交易，用户和商品是交易的属性 那用户这个对象 那就不是聚合根，而是值对象？ 随着业务的....