回答一:实体类做为数据容器,在层间传递
回答二:实体是用来存放信息的
实体可以分为持久化对象(与数据库对应)和业务对象(包含业务信息对象)
这两种对象之见是可以转换的. (我认为po/vo 对于SOA下的开发已经不是必须的了.我认为有PO就够了,并且可以更好的布局和使用,机于我理解的SOA :( http://blog.csdn.net/Oceanson/archive/2007/05/17/1613879.aspx)
回答二:实体是用来存放信息的
实体可以分为持久化对象(与数据库对应)和业务对象(包含业务信息对象)
这两种对象之见是可以转换的. (我认为po/vo 对于SOA下的开发已经不是必须的了.我认为有PO就够了,并且可以更好的布局和使用,机于我理解的SOA :( http://blog.csdn.net/Oceanson/archive/2007/05/17/1613879.aspx)
实体有很多好处,我举一个比较偏的例子
你有一个查询控件,包含了许多查询信息.比较bad的作发是在UI层根据用户输入的信息编辑一个sql 直接调DAL层拿数据.
稍微好点的做法在业务层写一个很多参数的方法,把用户输入的信息传递到业务层处理.这样写的缺点是你加一个参数就要改一次接口.当然你可以在c#里用Parameter+object[],或者用2.0中的Collection<T>.但第一种方式业务层很难处理,你的list必须是有规律的.第而种方法最大的缺点是范形不能用object.
我认为最好的方法就是使用实体.你有一个某中query的实体,把所有信息记录进去,传递到业务层处理.