所有的领域扩展能力，统一定义在此.

生成、分配订单号扩展点.

MQ的使用方式通过接口形式定义在domain层，Infrastructure来实现. <p>一种依赖倒置模式</p> <p>这样，domain层才能主宰世界，成为系统的中心：它要求Infrastructure做到什么</p> <p>至于如何做到，domain层不关心：那是技术的事情，domain只

中台为业务前台输出的订单聚合根：以接口的方式控制visibility. <p>订单模型可能有N个方法，但只想输出给前台N-M个方法，通过这个机制就能容易地看到收益</p>

落库后的处理扩展点.

预分拣扩展点. <p> <p>根据配送地址获取配送站点信息，进而获取波次配置</p>

订单包含的服务产品信息. <p>例如：仓内加工，货到付款，保价等，都是额外的服务产品.</p>

订单的服务产品管理器. <p>它管理某个订单的服务产品.</p> <p>DDD里喜欢使用带有业务属性的VO，而不是直接使用Java primitive types，是很有道理的.</p>

敏感词信息获取.

订单串行化隔离的扩展点声明，即防并发锁.

前中台统一的错误码机制. <p>错误码，在domain层是以异常形式抛出的，因为异常有穿透能力，方便研发使用</p> <p>在application层，统一转换为Response的errorCode</p>

订单项. <p>每个{@link org.example.cp.oms.domain.model.OrderMain}包含多个订单项.</p>

订单主档. <p>注意，它没有实现Serializable，因为它不会网络传递，也不会本地文件存储.</p>

完整演示的入口：在IDE下启动：会在本机启动Jetty server. HTTP Controller入口在cp-oc-controller module 的 OrderController 下单： curl -XPOST localhost:9090/order 热加载： curl local

所有的业务模式，统一定义在此.

订单里包含的增值服务产品.