Mark Blythe wrote: > If the controller truly never sees DBIC stuff, does that mean that > your model logic never returns DBIC objects? For instance, let's say > you have a logic method called findBestFit() that's supposed to return > shoes that fit a given person and activity the best. Would it return > a DBIC ResultSet made up of Shoe row objects, or would findBestFit() > deal with those objects only internally and construct something > non-DBIC for the return? > > That's a choice I struggled with up front, and I finally decided that > sticking with DBIC objects made better sense for me than inventing a > whole new layer simply to abstract them and provide similar but not > DBIC-specific interfaces. >
I'm right there with you - I want to abstract but without reinventing the wheel. _______________________________________________ List: [email protected] Listinfo: http://lists.rawmode.org/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/[email protected]/ Dev site: http://dev.catalyst.perl.org/
