Specification模式

客户信贷管理**集团的原煤销售大部分都是先付款，后提货模式。但是，部分大型长期客户也存在部分应收款情况，甚至存在多年的呆账老账。因此，未来的煤炭运销管理系统，也应该提供客户信贷管理功能，具体要求如下：1、可以针对不同的客户设定不同的信贷额度。在应收款超过信贷额度时，系统能够自动报警

一个按照合同分期付款的需求，现在我自己理解的划分： 实体：合同（聚合根），合同付款计划，合同付款核销记录实体：客户（聚合根）实体：付款记录（聚合根） 值对象：合同状态，属于合同 <

比如有一个接口，查询所有的设备queryAllDevice. 现希望对查询得到的设备关于区域进行过滤，是否可以考虑用代理模式加以解决？

工厂是负责在内存中创建对象。仓储是类似一个集合，负责对象的保存、删除、获取。前提： 系统中的数据不需要持久化，全部在内存中。 我的疑问是：1、通过工厂创建的对象实例，是否已经在系统里了？ 存在：调用仓储的查询

先说一下需求，一个订单（SalesOrder）由一些明细项（SalesOrderItem）组成，每个明细项对应一种商品（Commodity），这种商品在不同的时间段有不同的优惠政策（SellingStrategy）。在这里，SellingStrategy主要针对的是商品。但是，在一些重大的节假日，商

书上133页 图7-8leg聚合在itinerary还聚合在transport schedule那leg是实体还是值对象？它属于哪个聚合根下呢？生命周期是怎么样的呢？ 看书上,itinerary是路线预定和实际运输的结合点，并且it

业务：一笔订单，有种商品，且该笔订单已发货。如果顾客不满意，可退货。而且业务上允许对一笔订单进行多次退货。假设该订单有十种商品，每种数量为“1”，那么就可以退十次。 数据库设计：销售订单和退货订单存一起，退货订单有一字段指向原订单。

本人正在做库存管理，在看了大量设计模式，ddd,企业设计模式相关资料，并基本参考了dddsample后，使用spring mvc+spring+hibernate,对库存管理系统进行了初步的领域建模(可能由于理角不深，模型还有问题，但基本思想是ddd的)并实现了数据输入和简单的查询功能，

specification scala pattern

抛弃了数据库，把对象加载到了缓存中，困难重重。 其中主要的一个问题是对缓存中的对象进行检索、筛选的问题。 以前这个问题是由数据库提供的SQL语言解决的，但是现在对象在缓存中，而检索缓存中的对象并没有一种类似于SQ

比如一个高级查询界面提供很多查询条件（假如我们的分层是：表现层－应用层－领域层－基础设施层） 那么首先表现层会调用应用层：findByPage(参数...),应用层的findByPage也会调用基础设施层或者领域层的findByPage返回结果，这时候就涉

现在有如果一个示例业务，是从真实业务中抽象出来的，大家考虑一下，用DDD的方法如果来设计 domain model 和service. 发票管理 发票 ，每一张发票有金额，日期，销售方，购货方等 争议 ，是对发票而言，每一个争议有：

业务规则应该放在规格(or规则)里,而不应该放在服务里. 那么规格是不是除了实体,值对象,服务之外的第4种元素呢? 还是说规格有时候是实体,有时候是值对象呢?[该贴被Antinomy于2008-12-18 16:17修改过]

转载一篇文章：http://huandu.me/2012/04/06/665/这里作者讲述了设计当中容易进入的一种误区。全新诠释了自然界当中的服务的理想化状态。很值得借鉴！

业务场景是一个费用管理系统的一部分：用户可以根据某个费用科目来进行费用申请，申请后的费用需要自动转交给用户的上级来审核，走多级审核流程。申请存在多种状态：待审核，已审核，已驳回等等。 这个业务里，申请是一个bo，拥有如领用，提交审核等行为。

在J2EE应用的领域建模中BusinessModeling和SpecificationModeling本人分的不是太清楚，大牛请指点，脆求详解