Well no, I dont think its better, since I have worked with all the logic in some external class, its quite easy for me to understand it.
But I'll post in a couple of months to let you know if , working with the logic in the domian model has been working for us. Thank you! mraible wrote: > > The main reason I haven't gone ahead and implemented the non-Anemic > Domain model is I believe the current code is easier for developers to > understand. The longevity of a software project is often determined by > how much test coverage it has and how easy it is to maintain. If for > some reason you think the non-Anemic Domain model is easier to > understand (and you're willing to submit a patch implementing it), I'm > all for moving to it. > > Matt > > On Wed, Mar 4, 2009 at 10:44 AM, sergiovera <serg.v...@gmail.com> wrote: >> >> Hello everybody! >> First: I DON't think appfuse has any kind of problem, I've been in love >> with >> it since I found, and currently, I'm using equinox for my current >> project. >> >> However, my manager, a very UML-Only person, has been questioning me >> about >> the java Beans, which represent my domain model. These are plain POJOS. I >> normally put any Business Logic in the Manager/Service class. He >> questioned >> why we dont have any Business rules in the domain object, and I have been >> unable to answer properly. Its just the way I've been doing it all along >> (bad answer I know!). >> >> Its also how I think appFuse manages it. >> >> So I started researching about it, and found the anemic domain modle, >> which >> basically states into "if you have domains model without behaviour, >> you're >> doing it wrong: its not OO programming, its procedural!". >> >> Do you any links or articles about why is it good to keep the business >> layer >> separated? Or is it now a good accepted practice to put logic in the >> domain >> objects? >> Thank you. >> -- >> View this message in context: >> http://www.nabble.com/Anemic-domain-model-in-appfuse--tp22335297s2369p22335297.html >> Sent from the AppFuse - User mailing list archive at Nabble.com. >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@appfuse.dev.java.net >> For additional commands, e-mail: users-h...@appfuse.dev.java.net >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@appfuse.dev.java.net > For additional commands, e-mail: users-h...@appfuse.dev.java.net > > > -- View this message in context: http://www.nabble.com/Anemic-domain-model-in-appfuse--tp22335297s2369p22337971.html Sent from the AppFuse - User mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@appfuse.dev.java.net For additional commands, e-mail: users-h...@appfuse.dev.java.net
