Identity用户验证模块 和 论坛模块 是两个 <.

项目需求得到如下 上下文 ： 媒.

论坛当然可以当作一个 上下文 ，但.

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

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

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

理论总是绕口的，特别对我这种懒人。只能说我懒，不能说理论无用。 那么标题“多个domain黑匣论”，简单的来说就是让领域层.

在Cargo的例子中，Voyage被做为一个实体引入进域模型, 但是在Cargo的例子中，Voyage是个非常简单的实体，只有只读的操作。在实际的生活中，我感觉Vo.

由于最近都在看经典的领域驱动设计一书，今天与同事讨论用户登录的业务场景时在实现方式上存在如下的困惑。 login的实现方法.

设计阶段，大家是怎么确定该使用module还是BoundedContext？ 领域模型，module，boundedCon.

有界 上下文 Bounded.

这是一篇领域驱动设计Domain-Driven Design的简要总结： .

看了一下DDD 苦于英文很糟糕 对BOUNDED CONTEXT不是很理解，哪位大虾可以帮忙详解一下，谢谢！.

需求如下： 登录之后如果没有建网站的可以通过下一步...方式创建一个空的网站。 然后，可以创建空白页面，并在空白Pa.

当应用程序逐渐变得庞大和复杂后，很多面向对象建模的方法都达不到非常好的可伸缩性。上下文图是一种通用目的的技术，作为领域驱动开发大家族的一名成员，它帮助架构师.

.

如果保证更新俩个聚合对象的内部状态的最终一致性。 eg）jdonjive 假设状况如下，必须同时更新俩个不同的聚合对.

你们好，目前正在做一个电子商务订单系统，里边存在了很多个模块，比如 用户，订单 这应该就是两个领域模型， 但是一个用例，删除用户，需要校验他是否有没有结款的订.

道德经其实真是大道至简的一门哲学，如何追随自然规律，并顺势而为，我们设计企业软件也是这样，Martin Fowler曾经对企业软件说得很透彻：企业软件就是一个跟踪T.

定义一个巨大的model，把自已历史用到过的方法都封装进去，这样就成了百宝箱了，这种方法行不行得通，请高手们指点!.

一般电子商务网,有在线支付功能,有的支付多种支付方式,电子商务网开发需要对支付方式做一个维护, 就是说,我可以动态的增加,.

有订单、发票、货物这样几个类 订单和发票都有自己的属性，但也有共同的属性：就是订单中的货物信息。 .

有个问题 比如某银行提供有网上缴电费的网上银行业务,我想知道他是怎样保证我卡上的钱能转到电力公司在银行的帐户,同时也能让电力公司充缴这个用户的电费应交信息 .