Hi Bill,
From: Bill Moseley
On Tue, Jan 10, 2012 at 1:18 PM, Jason Galea li...@eightdegrees.com.au
wrote:
hehe.. you want layers, I got layers..
I just got out of yet another meeting about this architecture redesign.
(I'd like to see the graph that relates productivity to the
Bill Moseley wrote:
That is, we want to allow $user-first_name, but not
$user-search_related or $user-delete.
That requires writing new wrapper classes for every possible result -- not
just mirroring DBIC's result classes but possibly many more because the new
model might have multiple
On Tue, Feb 7, 2012 at 1:26 PM, Bill Moseley mose...@hank.org wrote:
My idea was that Catalyst would call a method in the new model layer and
possibly get a DBIC object back. There is concern from some at my meeting
that we don't want to give the Catalyst app developer a raw DBIC object
and
On Tue, Jan 10, 2012 at 1:18 PM, Jason Galea li...@eightdegrees.com.auwrote:
hehe.. you want layers, I got layers..
I just got out of yet another meeting about this architecture redesign.
(I'd like to see the graph that relates productivity to the number of
people involved some day...)
Jason,
On Mon, Jan 9, 2012 at 3:14 PM, Bill Moseley mose...@hank.org wrote:
On Monday, January 2, 2012, Jason Galea wrote:
I think I've added another layer but I'm not sure where you draw the
line.. I have a model layer over DBIC pulling together related result
classes under a single model
hehe.. you want layers, I got layers..
In addition to everything already mentioned I wanted to get Bread::Board in
on the act..
I've put Lecstor up on GitHub if you're interested along with a Catalyst
app that uses it. Neither really do much but boy is there a lot of
scaffolding! ..and all the
On Monday, January 2, 2012, Jason Galea wrote:
I think I've added another layer but I'm not sure where you draw the
line.. I have a model layer over DBIC pulling together related result
classes under a single model class. Then the app? layer uses the model
layer to get things done. So I'd