I think Torque handles this issue reasonably well if you have looked at the object generation, it does not override the custom business logic you build on top of those OM classes if you follow the correct procedures.
If you need more information on this, I would suggest a closer reading of the Torque documentation. Cheers, Jeffery Painter > The reason that I raised such question is that after the app was > evaluated, one of the issues is identified as > "The data tier of the application is not abstracted from the business > logic layer; so, any requirements to replace the data tier framework > (Torque) with other frameworks (e.g., Hibernate) will require extensive > changes to the business layer." > The recommendation is to " Abstract the data tier from the business > layer so that there is less overhead when replacing one framework with > other " > > I just want to hear the other voices to see how they think about this > kind of design issue. > > Thanks, > Jill > -----Original Message----- > From: David Demner [mailto:[EMAIL PROTECTED] > Sent: Monday, May 21, 2007 7:09 PM > To: 'Turbine Users List' > Subject: RE: business tier and data tier > > Hi Jill, > > Since the Torque Generator generates om.Base* classes (which handles all > the > database access [ie: data tier]), which are then extended by the om.* > classes (which can handle the business logic [ie: business tier]), which > are > then referenced by velocity. So even though the files are in the same > package, I don't consider them to have violated any application design > principles. > > Regards, > > David > > -----Original Message----- > From: jill han [mailto:[EMAIL PROTECTED] > Sent: May-21-07 8:50 AM > To: Turbine Users List > Subject: business tier and data tier > > If this kind of subject is not supposed to be discussed in the group, I > apologize. > I use turbine/torque/velocity in the application. In the java object > class, the objects that retrieve data through torque are created in > order to be referenced in the velocity template. > Is this kind of practice violating the rule of separating business tier > from data tier? > > Thanks for your help as always, > > Jill > > > --------------------------------------------------------------------- > 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] > > > --------------------------------------------------------------------- > 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]
