>  >>Depends on the rules I guess...

> Depends also WHO states the rules.
> If YOU are you're own legislator, it
> is easier to modify them when you need.

>  >>the "rules" of fusebox say that queries and display
>  >>code must be in separate templates (which are then
>  >>included via its config dialect). This is indeed
>  >>_more_ flexible than a page with several
>  >>queries and a bunch of display logic on it.

> Again it depends the circumstances: if there is NO chance
> the same queries can be re-used in another part of the
> application, why bother having two templates when you can
> have only one? Even if it happens that you need the same
> query again in another template later, THEN it's the time
> to separate it in another template and include it at
> both places.

> This is flexibility, FB is not flexible.

I would argue that there is never a bad time to separate a query from
a view... Sure, you save yourself a few _seconds_ by putting an ad-hoc
query in the display template... but it's often not possible to
antiscipate all the possible permutations of a given display or a
given query in advance and imo, for the few extra seconds, it's better
to be in the _habbit_ of thinking about queries and views as being
separate and therefore being interchangeable than it is to simply
combine them when you feel it's unlikely you're going to reuse a
particular query. The former is _likely_ to produce a habbit of
reusing code, while the latter is _likely_ to produce a habbit of
verbosity and duplicated effort. Now... that being said, there is
nothing in Fusebox that would _prevent_ you from combining them --
it's simply not considered a best practice. So on your claim that this
is an example of FB being inflexible, I call BULLSHIT. :)

And I really don't like Fusebox... I mean... I continue to use it at
client request. I acknowledge that FB4.1 is a lot better than 3 was...
but it's still really not my preference. :)


s. isaac dealey     434.293.6201
new epoch : isn't it time for a change?

add features without fixtures with
the onTap open source framework

http://www.fusiontap.com
http://coldfusion.sys-con.com/author/4806Dealey.htm


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
Message: http://www.houseoffusion.com/lists.cfm/link=i:4:234387
Archives: http://www.houseoffusion.com/cf_lists/threads.cfm/4
Subscription: http://www.houseoffusion.com/lists.cfm/link=s:4
Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
Donations & Support: http://www.houseoffusion.com/tiny.cfm/54

Reply via email to