your manager is rigth. Anemic Domain model is not OO. The point here is that nothing in appfuse stops you from implementing Domain model I've been ther, done that.. no secrets. It worked great. Domain model states that the objects should have the behavior that is commom to it's type. Appfuse gen tool will generate an anemic domain model and that's a great start point to implement a Domain model. Using struts 2 for instance you can allways call the domain objects business rules in validation methods for instance to get the domain model working. Appfuse is a starting point only the model you'll evolute from it SHOULD follow the OO rules. I've allways done like that and never had any problems with this.
[]s sergiovera 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--tp22335297s2369p22341516.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
