Yes, I understand you too. What do you do when you have to send a set of entities and a calculation for each entity? you encapsulate it inside another class?
On Tue, Mar 24, 2009 at 1:02 PM, James Carman <[email protected]> wrote: > On Tue, Mar 24, 2009 at 11:56 AM, Eduardo Nunes <[email protected]> wrote: >> >> I always use DTO in service methods. My point of view is that if you >> have a method named "getSimpleUserList" and your User entity has 10 >> attributes and for this simple list you just need 3 of them, doesn't >> make sense to me return a Set of User objects, for that I would create >> a SimpleUserDto and return a Set of it. > > I'm not a big fan of DTOs. I understand why folks use them, but until > I figure out that I actually need them (for performance reasons), I > actually stick with just sending back my entities from the database. > For the most part, it works for me and I find it convenient to have > everyone coding to the same "domain" objects. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
