|
List Info
Thread: Catalyst DB and Objects
|
|
| Catalyst DB and Objects |

|
2007-06-13 10:38:05 |
Hello all,
First time I heard of Catalyst (or even MVC, reminds me of
DTC) and I
was wondering while I go through the docs how well the
framework mates
with databases and objects.
Mostly because I want to see how problems with database
objectification in a generalised way were done, if and how
sql was
removed from the programmers chore and how well definitions
work with
such a scheme. Objects them selves I was wondering how the
framework
copes with foreign object and foreign set linking chore and
the
loading and back linking that that may lead to.
Does the framework allow you to call scripts from either
http or bash
with a translation between ENV and ARGV? Are most features
bolted on
from external modules?
I couldn't find too many answers on the docs so far so
apologies if I
missed something.
Best Regards, Martin Owens
_______________________________________________
Catalyst-dev mailing list
Catalyst-dev lists.rawmode.org
http://lists.rawmode.org/mailman/listinfo/catalyst-dev
|
|
| Re: Catalyst DB and Objects |
  United Kingdom |
2007-06-13 10:58:01 |
On Wed, Jun 13, 2007 at 11:38:05AM -0400, Martin Owens
wrote:
> Hello all,
>
> First time I heard of Catalyst (or even MVC, reminds me
of DTC) and I
> was wondering while I go through the docs how well the
framework mates
> with databases and objects.
Catalyst doen't specify that - the tutorial and most
developers tend towards
DBIx::Class, which is a separate project.
This is not rails. There's more than one way to do it.
> Does the framework allow you to call scripts from
either http or bash
> with a translation between ENV and ARGV? Are most
features bolted on
> from external modules?
It's still perl. Anything you can do in perl, you can still
do in perl with
Catalyst loaded.
> I couldn't find too many answers on the docs so far so
apologies if I
> missed something.
See above. Also, this is the dev list for the -framework- -
you want the
users list I guess. See
ht
tp://lists.scsys.co.uk/mailman/listinfo/catalyst
http://lists.scsys.co.uk/mailman/listinfo/dbix-class
--
Matt S Trout Need help with your Catalyst or
DBIx::Class project?
Technical Director Want a managed development or
deployment platform?
Shadowcat Systems Ltd. Contact mst (at)
shadowcatsystems.co.uk for a quote
http://chainsawblues.vo
x.com/ http://www.shadowc
atsystems.co.uk/
_______________________________________________
Catalyst-dev mailing list
Catalyst-dev lists.rawmode.org
http://lists.rawmode.org/mailman/listinfo/catalyst-dev
|
|
| Re: Catalyst DB and Objects |

|
2007-06-13 11:26:59 |
> Catalyst doen't specify that - the tutorial and most
developers tend towards
> DBIx::Class, which is a separate project.
Thank you, most interesting.
> This is not rails. There's more than one way to do it.
Good old perl mantra.
> > Does the framework allow you to call scripts from
either http or bash
> > with a translation between ENV and ARGV? Are most
features bolted on
> > from external modules?
>
> It's still perl. Anything you can do in perl, you can
still do in perl with
> Catalyst loaded.
So no then,
> See above. Also, this is the dev list for the
-framework- - you want the
> users list I guess. See
No I wanted answers about how the framework is developed; I
may or may
not be interested in becoming a user but as a develop of
similar
systems my curiosity is with the internals not how it's
used.
Regards, Martin Owens
_______________________________________________
Catalyst-dev mailing list
Catalyst-dev lists.rawmode.org
http://lists.rawmode.org/mailman/listinfo/catalyst-dev
|
|
| Re: Catalyst DB and Objects |
  United States |
2007-06-13 18:28:57 |
On Wednesday 13 June 2007 11:26:59 am Martin Owens wrote:
> No I wanted answers about how the framework is
developed; I may or may
> not be interested in becoming a user but as a develop
of similar
> systems my curiosity is with the internals not how it's
used.
I'd be happy to talk about specific parts of the source
code, but I think
you'll need to take a look at it first and then decide what
to ask. All I
can say right now is that we develop the framework by
writing code
--
package JAPH;use Catalyst
qw/-Debug/;($;=JAPH)->config(name => do {
$,.=reverse qw[Jonathan tsu rehton lre rekca
Rockway][$_].[split //,
";$;"]->[$_].q; ;for
1..4;$,=~s;^.;;;$,});$;->setup;
_______________________________________________
Catalyst-dev mailing list
Catalyst-dev lists.rawmode.org
http://lists.rawmode.org/mailman/listinfo/catalyst-dev
|
|
| Re: Catalyst DB and Objects |
  United Kingdom |
2007-06-14 12:33:44 |
On Wed, Jun 13, 2007 at 12:26:59PM -0400, Martin Owens
wrote:
> >> Does the framework allow you to call scripts
from either http or bash
> >> with a translation between ENV and ARGV? Are
most features bolted on
> >> from external modules?
> >
> >It's still perl. Anything you can do in perl, you
can still do in perl with
> >Catalyst loaded.
>
> So no then,
A majority of things are handled by re-using existing CPAN
components and
integrating them in such a way as to provide a (relatively)
uniform API
- most of the ::Model:: classes are basically adapters to
handle config,
although some do a little extra beyond that.
Catalyst itself is really an HTTP abstraction and a dispatch
mechanism plus
some component loading/plugin architecture stuff. A lot of
the advantage
comes from standard plugins and enforced-by-convention
interfaces for
various things (such as view rendering which is pretty
uniform across the
currently used ones so things like the RenderView action
class can use them)
> >See above. Also, this is the dev list for the
-framework- - you want the
> >users list I guess. See
>
> No I wanted answers about how the framework is
developed; I may or may
> not be interested in becoming a user but as a develop
of similar
> systems my curiosity is with the internals not how it's
used.
Oh, fair enough.
The general aim with the internals is to maximise
flexibility and pluggability
- while a lot of users are attracted to the "Catalyst
solution" - i.e. the
commonly used plugins, models, views etc. - the majority of
core hackers
come from being attracted to the fact that Catalyst follows
TMTOWTDI and
does its best to make customisation of pretty much anything
within the
system possible, which makes it far less common for people
to need to hand-roll
alternative solutions when they run into odd requirements.
I'd recommend you have a look through the code in the
Catalyst-Runtime
distribution to get a feel for the structure - took me about
10hrs to get
a decent feel for it when I first came to the project and
I've since
refactored the parts that I didn't find immediately clear on
that first pass
--
Matt S Trout Need help with your Catalyst or
DBIx::Class project?
Technical Director Want a managed development or
deployment platform?
Shadowcat Systems Ltd. Contact mst (at)
shadowcatsystems.co.uk for a quote
http://chainsawblues.vo
x.com/ http://www.shadowc
atsystems.co.uk/
_______________________________________________
Catalyst-dev mailing list
Catalyst-dev lists.rawmode.org
http://lists.rawmode.org/mailman/listinfo/catalyst-dev
|
|
[1-5]
|
|
|
about | contact Other archives ( Real Estate discussion Medical topics )
|