Hmmm, well currently if you model an operation on entity, the operation is generated on the entity's DAO, so one option would be to have a namespace property that allows you to specify whether or not modeled entity operations should exist on the DAO or the entity itself (but that would be pretty limiting). Another way would be to have a tagged value on the operation that allowed you to specify whether or not the operation should go on the entity or the DAO (and we could have a property that set the default -- whether or not modeled entity operations should by default go on the entity or DAO). What do you think?
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Monday, December 06, 2004 8:11 AM To: [EMAIL PROTECTED] Subject: RE: [Andromda-user] Adding business methods to Spring Entities Ok, let's not get religious about it ;-) Instead, what is your suggestion given the case that guys like Roy and I want to have a rich business domain model? One option might be to split off a seperate branch off the andromda-spring cartridge, right? Another one might be to enable - or should I rather say "permit", business methods on hibernate entities. - Peter >-----Original Message----- >From: Chad Brandon [mailto:[EMAIL PROTECTED] >Sent: Monday, December 06, 2004 4:02 PM >To: FRIESE, PETER; [EMAIL PROTECTED] >Subject: RE: [Andromda-user] Adding business methods to Spring Entities > > >Again it comes down to how you choose to implement your system: for >something like that, it could also be calculated at another >level and placed >on a value object if access to that calculated attribute was >needed outside >of the business tier. I personally choose NOT to perform any >extra logic my >entity layer. > >-----Original Message----- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] On Behalf Of >[EMAIL PROTECTED] >Sent: Monday, December 06, 2004 7:46 AM >To: [EMAIL PROTECTED] >Subject: RE: [Andromda-user] Adding business methods to Spring Entities > >Hi Chad, > >just imagine a simple class that has several attributes that >can be set and >some other attributes that can be calculated from the other >attributes. The >java.util.Date class is a well-known sample for this typ of classes. > >You might argue that this is not very "business method"-like, but it is >needed nevertheless. > >- Peter > >>-----Original Message----- >>From: Chad Brandon [mailto:[EMAIL PROTECTED] >>Sent: Monday, December 06, 2004 3:37 PM >>To: FRIESE, PETER; [EMAIL PROTECTED] >>Subject: RE: [Andromda-user] Adding business methods to >Spring Entities >> >> >>However what advantages does it provide? It may correspond to >>the "Hibernate >>philosophy" however I've always preferred to make my entities >>be data access >>only and the services provide the business methods, sometimes >>it make sense >>to add a method to the DAO if it may be called from multiple >>places from the >>service (so I added that option) but I still wouldn't consider >>it a business >>operation since clients should only be calling the service >>layer anyway. >> >>Peter, you say placing operations on DAOs mixes concerns, >>however I'd say >>placing "business" operations on hibernate entities correspond >>just as much >>or more mixing of concerns (since they provide the actual >>mapping to the >>underlying database). I guess what it really comes down to is >>how to, is >>how you prefer to design your system. >> >>Chad >> >>-----Original Message----- >>From: [EMAIL PROTECTED] >>[mailto:[EMAIL PROTECTED] On Behalf Of >>[EMAIL PROTECTED] >>Sent: Monday, December 06, 2004 2:01 AM >>To: [EMAIL PROTECTED] >>Subject: RE: [Andromda-user] Adding business methods to >Spring Entities >> >>Hi Chad, hi Roy, >> >>>> Chad Brandon wrote: >>>> Business methods are currently created on the DAOs if you model >>operations >>>> on the entities, does that not work for you? >>> >>> Roy wrote: >>>The short answer is no. I don't think an object that wants >to call an >>>entity's business method should depend on its corresponding DAO. >> >>I second that. According to the Hibernate philosophy, the >>business objects >>should contain the business methods, thus producing a rich >>domain model. >> >>Adding business models to DAOs results in a mix up of two >>concerns (data >>access on one hand, business logic on the other hand). >> >>- Peter >> >> >>------------------------------------------------------- >>SF email is sponsored by - The IT Product Guide >>Read honest & candid reviews on hundreds of IT Products from >>real users. >>Discover which products truly live up to the hype. Start reading now. >>http://productguide.itmanagersjournal.com/ >>_______________________________________________ >>Andromda-user mailing list >>[EMAIL PROTECTED] >>https://lists.sourceforge.net/lists/listinfo/andromda-user >> >> > > >------------------------------------------------------- >SF email is sponsored by - The IT Product Guide >Read honest & candid reviews on hundreds of IT Products from >real users. >Discover which products truly live up to the hype. Start reading now. >http://productguide.itmanagersjournal.com/ >_______________________________________________ >Andromda-user mailing list >[EMAIL PROTECTED] >https://lists.sourceforge.net/lists/listinfo/andromda-user > > ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ Andromda-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/andromda-user ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ Andromda-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/andromda-user
