Matt, thanks for your quick feedback.
> I use my own framework because I don't know any better.
>
> public abstract class DaoManager {
> public abstract IRecordDao createDao(Connection conn, String daoClassName)
> throws DaoException;
Which tier calls your DaoManager? It seems from your code that the caller
of DaoManager is responsible to knowing the database configuration
information, as well as the implementing DAO class. Is it the Action?
In other words, who orchestrates the interaction of business and dao
classes? Does the action instantiate a business class and populate it from
your ActionForm, then get a dao instance from a factory, and pass it the
business class? Or is there another pattern to this?
Thanks.
> Matt
-Sasha
> ----- Original Message -----
> From: "Sasha Borodin" <[EMAIL PROTECTED]>
> To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
> Sent: Friday, October 10, 2003 6:44 PM
> Subject: Keeping Actions clean - separating actions from business modelfrom
> persistence
>
>
>> Ted, Matt, Joe, and all the other helpful folks that chimed in earlier on
>> persistence mechanisms:
>>
>> In trying to keep with best practices, I've managed to remove all "model"
>> related code (business logic, and persistence) out of the Actions'
> execute()
>> method. Now I'd like to take it one step further and decouple the
> business
>> model classes from the implementing persistence technology (btw, settled
> on
>> OJB for now :). From Joe's post, it seems like the DAO pattern is called
>> for to accomplish this.
>>
>> My (slightly off topic) question is this: who develops their own DAO
>> framework (like the dao and dao factory interfaces), and who uses a 3rd
>> party framework (like iBATIS's Database Layer) and why? There was
> something
>> mentioned about the discovery of the persistence mechanism as well...
>>
>> Any references to webpages/books would be appreciated.
>>
>> BTW, I've been shamelessly posting to this list questions that are
> probably
>> better directed elsewhere. What would be a more appropriate list?
>>
>> Thank you,
>>
>> -Sasha
>>
>>
>> ---------------------------------------------------------------------
>> 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]
