理论指导实践，实践反哺理论，有时实践对了但归纳不出理论，有时有了理论却落不了地，统称摸着石头过河，这是低手所为，高手总是深刻理解理论，升华理论，实践手到擒来，行云流水 使用maven构建项目时，根据DDD拆分成四个module并如此依赖：controller -> application -> domain -> infrastructure 但存在一个循环依赖问题：ddd中规定repository是domain,所以接口在domain层，但现实在infra层，那infra得依赖domain了，可从maven module依赖讲，domain是依赖infra的，只能先把repository接口放到infra中 可domain才是核心，最稳定的，不能被技术束缚，倒置一下，但技术并不只有db，还有IO,消息等等总不能像repository一样，把这些接口都放到domain，那domain很不纯粹 聪明的我又想到用namespace解决，从maven module讲，这些都放在domain层，但不再放在com.zhuxingsheng.domain包下，而放到对应的包下，如message放在com.zhuxingsheng.message，这样保证了domain的稳定，落地也不太别扭 这样好不好，不知道，至少说服我自己了 相比老师的能力供应商模式，差了好几个层次，第一只关注技术，没有对接口提取出领域概念，以领域知识为核心，第二虽然觉两层关系有丝丝别扭，但不敢质疑，并大声说出他们关系的不正当