I've spent a lot of time with the MG3 scaffolding beans over the past couple
of weeks, working on an application that has been leveraging scaffolding.
I've been working with a colleague of mine who's done a lot of work with
MG2, including his own scaffold customizations.

As I imagine others do, we generated code using scaffolding, and then
customized the result by:
- moving some of the views into a separate folder and then customizing them
- taking some of the event handlers out of scaffolds.xml and moving them
into our own ModelGlue.xml file to customize

This works well, but we felt that it would be nice if the code that was
generated would be as close to what we need as possible, to make it that
much quicker to generate an actual app.

We all know that one can customize how the code is generated by providing
our own scaffold beans (which I described in a blog post a few days ago),
and that's the approach that we're taking. We realized, however, that some
of the changes that we're making to the scaffolding beans might be decent
enhancements to the core scaffolding beans, so I'm bringing them up for
discussion here.

Rather than put all of the details here, consider this an introduction, with
the details being tracked and discussed on Google Wave, which I've found to
work better than a mailing list for collaborative discussions.  The main
items we're looking at in terms of enhancements to the way scaffolding is
implemented are:

1. Reducing the complexity of the scaffolding beans by using UDFs (either
inline, or from MG itself).
2. Reducing the complexity of the scaffolding beans, the complexity of the
generated templates and making skinning much simpler, by using custom tags.
3. Eliminating unnecessary code in the generated templates by only
generating code for the given ORM.

Other customizations we're looking to add are:

1. Paging for list views.
2. Lists of child elements for display views.
3. Changing the way one-to-manys are scaffolded as now it seems to be
pointless.

I'm going to add everyone who is already on the MG CF9 ORM adapter Wave to
this new Wave.  Please let me know if you'd like to be added as well.  If
anyone wants to contribute to or listen in on the discussion and is not
already on Wave, I do have a few invites.

Thanks,
Bob


-- 
Bob Silverberg
www.silverwareconsulting.com

Hands-on ColdFusion ORM Training @ cf.Objective() 2010
www.ColdFusionOrmTraining.com/
-- 
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

Reply via email to