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]
