Assuming you're referring to the comment about <if/> in FB, there's
really no way around it with the current architecture.  The only place
you can have DO tags is in the XML, and you need to be able to call DO
tags conditionally, or they're utility is GREATLY reduced.  The
DO-in-XML problem (as I've dubbed it) is probably my biggest gripe
about FB4, but it's also the central tenet that makes it work.  I
don't think it's getting solved until there's an object-centric core
behind the framework though.

This is one very nice thing about Mach-II and Model-Glue.  In both
frameworks, your "DO-equivalent" is an in-code construct (announcing
an event, or setting a result), not an XML construct, which means you
don't need the conditional in your XML

To go tangent surfing, FB's declarative nature is very nice.  You can
trace application flow through the XML.  Mach-II is the other end of
the spectrum, where you can see the list of potential events, but have
little way of knowing how the app flows.  Model-Glue is right in the
middle, where the _potential_ flow is declaratively documented, but
the actual logic controlling the flow is in-code, where it belongs. 
In this arena, I think Model-Glue's the best of the three, because it
doesn't put logic in the XML, but it also lets you get the declarative
benefits of the XML.

cheers,
barneyb

On 10/28/05, Hal Helms <[EMAIL PROTECTED]> wrote:
> Patrick,
>
> I'm completely with you about being extremely dubious about having logic in
> a config file. I've fought this more than anyone. But there are a few, rare,
> unusual, scant, [insert adjective here] times when it's needed -- or at
> least is very convenient. We added it most reluctantly and still have to
> fight people who want a switch statement in the config file.
>

--
Barney Boisvert
[EMAIL PROTECTED]
360.319.6145
http://www.barneyb.com/

Got Gmail? I have 100 invites.


----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email to 
[email protected] with the words 'unsubscribe cfcdev' as the subject of the 
email.

CFCDev is run by CFCZone (www.cfczone.org) and supported by CFXHosting 
(www.cfxhosting.com).

CFCDev is supported by New Atlanta, makers of BlueDragon
http://www.newatlanta.com/products/bluedragon/index.cfm

An archive of the CFCDev list is available at 
www.mail-archive.com/[email protected]


Reply via email to