采用DDD的系统Java代码的安排记录

本文仅做个人记录。

项目需要一个顶层包,这和采用其他类型设计的项目没有区别。比如:

顶层包:com.mycompany.myprjname [myprjname为项目的名称]

每个限界上下文使用一个单独的工程来表示,这个功能的包命名在myprjname 下一层:

com.mycompany.myprjname.cumtomer.domain, [cumtomer表示“客户”这个上下文的主要包],基本应该不含类和接口的定义

com.mycompany.myprjname.cumtomer.domain.model,可包含实体,值对象,服务等,存储库接口,服务不单独设置包(可能导致贫血模型)

在下面可分模块,模块在customer下:

com.mycompany.myprjname.cumtomer.infrastructure 【基础架构包】

infrastructure下按照实际内容可分为:持久化,消息机制,网络访问等不同的包。如果工程不是很大,在这几个包下就不要再分包了。

这些包不参与领域模型的直接功能,定义到子包下没有什么影响。



评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值