如何降低DTO对象与系统其他部分的耦合?

可使用代码工具来减少一些工作量.

DTO的目的不是为了减小耦合，而是为了减小远程调用的次数，因此DTO一定要紧密耦合于远程调用的双方，但换来了远程调用双方的松散耦合。

所以，现在有些MDA工具，可以迅速根据Model变化，自动生成新的实体Bean和DTO等。

DTO变化肯定会影响Web层和EJB层的，所要做的只是缩小这种影响，一般我是将DTO影响限定在这个Model的增删改查框架内，因为我使用JdonSD的增删改查框架，因此，根据实体bean变化，可以迅速修改DTO变化，直至相应的客户端界面，这种修改不用担心会带来新的不稳定性和隐患。

而且，这种修改不会因为实体Bean的数据增加而显得麻烦，因为增删改查框架已经限定，每个实体Bean修改部位都是相同的，比如总是A B C三个地方。

不知道我说清楚没有？我的意思是，实体Bean变化是肯定的，现有的J2EE结构只是解耦了各层关系，但是没有提供一个沿着某个实体Bean这样纵向的联系，这样使得复杂实体Bean系统中，某个实体Bean变化导致修改环节太多，太琐碎，而我在实践早发现这个问题，使用自己的框架来建立这种纵向联系。

我参考了banq的“数据操作通用框架的使用”的示范代码，还有一点不太明白，想请教banq:

请问productForm是如何实现的？它和com.jdon.estore.model.Product之间的关系是什么,是否由JdonSD框架来处理二者的联系?

to holykeeper

关于你的回复，转到这里讨论：

http://www.jdon.com/jive/thread.jsp?forum=61&thread=14883

java bean设计了bound property，使其他对象可以监视一个bean的属性变化．但败笔就是在每个setXX()中都要显式地调用firePropertyChange()方法来通知，非常地不直观和方便．

其实这些东西都应该做成Interceptor方式的，这样才能做到代码透明，jboss和hibernate做的很好，可惜我没研究他们是怎么实现的．

所以，最完美的方式就是让java内置该功能，配合jdk1.5的tag功能：

class Entity{

@property_change_listener PropertyMonitor monitor;

...

public void setName(String name){...}

...

}

当entity对象的属性发生变化时（public类型的成员的值被改变），jvm会自动调用所有有@property_change_listener标签的成员变量的onPropertyChange方法（它们应该都是实现了java.beans.PropertyChangeListner接口，否则jvm报告ClassCastException）

这样就实现了完全松耦合，只是通过标签来联系．

example:

public class Entity {

@property_change_listener private PropertyChangeListener monitor;

private String name;

private int age;

private double price;

........

}

class Monitor implements PropertyChangeListener{

private Entity entity;

private DTO dto;

public Monitor(Entity entity,DTO dto){

this.entity=this.entity;

this.dto=dto;

}

public void propertyChange(PropertyChangeEvent evt) {

BeanUtils.setProperty(this.dto,evt.getPropertyName(),evt.getNewValue());

}

}

当entity对象的属性发生变化的检查条件该为：public类型的成员的值被改变或setXX被调用

@property_synchronizer com.test.Entity com.test.DTO org.apache.strusts.ActionForm

Class Monitor implements java.beans.PropertyChangeListener{

public void onProerptyChange(){...}

}

@property_synchronizer可以同步任意多种对象，基本上entity和dto都不需要保存对方的引用，这样做就有点类似aop了吧．当然，其中的安全问题还有待讨论