隔离的领域层

如果你做到了这一点，你的系统将很难开发，也很难维护。总之你是在找麻烦。
如果你希望做到Domain层对上不依赖UI，对下不依赖数据层，这是十分有好处的，也是比较符合实际的。

嗯，不知道你的这种选择是基于什么考虑，如果是中小型应用，我看不出这样做有什么好处，UI层依赖Domain层再自然不过了。
如果是较复杂的中大型应用，在中间添加DTO不失为一个方法，因为这样的应用UI需要的数据和Domain层通常没有那么简单的一一映射，这种Domain对象到UI平面数据的转化会大大的简化UI的操作，同时也使UI相对独立于Domain层，反之亦然。

我的目的有三方面：
1) 在做UI 单元测试的时候，不需要为Domain 写Mock。
2) 多客户端的数据同步，协作图中的Domain Binder 就是起这个作用，UI 层操作的对象可以发给Domain 层，Domain 层的操作的对象可以发给UI 层，这样就不需要每个模式块自己写同步的代码了。
3) 使客户端代码和业务层代码完全分开，这样也有利于项目组内进行分工。