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

Reply via email to