On Tue, Oct 6, 2009 at 4:28 PM, John C. Bland II wrote:
>
> So I've decided to bite the bullet and try out MG. This is my very
> first attempt at it and a few things have come up.
I've been doing it for a while, but I'm a perpetual noob, so take this
with a grain of salt.
> 1) Using MG, ColdSpring, and Transfer
> There are two or three places where a datasource is set. This is
> pretty counter-intuitive (change N places to tweak the datasource
> name). Did I do something incorrect or is this simply going to happen?
As far as I know, the only place where the DSN matters is in Reactor
or Transfer.
Those other one(s?) you see are for either the "auth" actionpack, or
as examples of setting variables.
> 2) Transfer vs Reactor
> I know...this is a subjective question but I noticed the docs made
> mention to Reactor for scaffolding. More-so curious as it applies to
> MG here and not so interested in a "mine is bigger" convo.
MG uses an abstraction, so you can use either one. The scaffolding
(should) works with either.
We were just tossing around the best way to add hibernate as an option, too.
> 3) Templates
> Page 1-3 are public but 4-8 are private so they have different nav
> items. What is the best practice here? Do templates get the same
> business "data" passed into the event as the page?
I think "yes" but I'm not sure exactly what you're asking, so maybe "no".
> 4) Pages
> The pages folder could get hairy fast if you have a lot of cfm's. Is
> it common to make pages/{subfolder name}/{page}.cfm to separate cfm's?
I like to think so.
> 5) File locations
> Is it common to put all of the MG stuff out of the root (where
> possible of course) and only have css/scripts in the root? If so, to
> what extent? Could the root be completely empty minus public files or
> is that bad practice?
I tend to only have an index.cfm or Application.cfc (and that's it for
cfml files) in a webserver-accessible location.
> As you can see from the questioning I'm trying to find the best
> practices. It is a definite switch in my mind to make the MG jump but
> I'm trying to stick with it. I figured this group could help alleviate
> my pains. :-)
I also like to split my MG and CS files out. I do something like
something.cs.xml and something.mg.xml and I actually put them in
subdirectories off of the config dir.
This is just a preference thing. I don't like super long XML files,
and to be easily able to find stuff.
config/
ModelGlue.xml
ColdSpring.xml
--/cs/organization.cs.xml
--/mg/organization.mg.xml
We do the same for our Reactor XML files.
--
We are one, after all, you and I. Together we suffer, together exist,
and forever will recreate each other.
Pierre Teilhard de Chardin
--~--~---------~--~----~------------~-------~--~----~
Model-Glue Sites:
Home Page: http://www.model-glue.com
Documentation: http://docs.model-glue.com
Bug Tracker: http://bugs.model-glue.com
Blog: http://www.model-glue.com/blog
You received this message because you are subscribed to the Google
Groups "model-glue" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/model-glue?hl=en
-~----------~----~----~----~------~----~------~--~---
