Thanks for the link... I like the map of the MVC approach as applied to CFMX. It's what I have been using for a while now...Good to see it's being published.
Dan -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of S. Isaac Dealey Sent: Monday, March 03, 2003 10:30 AM To: [EMAIL PROTECTED] Subject: RE: Fusebox 3 question on fbx_fusebox_XXXX Yea, Benoit's pretty good. He's a frequent contributor to cf-talk also. > I found the new Fusebox3 methodology to have a lot of > overhead. I found > a MVC approach that's straight forward, low overhead, and > easy to use: > http://www.benorama.com/coldfusion/patterns/part1.htm > Thanks - > Tom Schreck > 817-252-4900 > [EMAIL PROTECTED] > I have not failed. I've found 10,000 ways that won't > work. > - Thomas Edison > -----Original Message----- > From: Marlon Moyer [mailto:[EMAIL PROTECTED] > Sent: Friday, February 28, 2003 7:07 PM > To: [EMAIL PROTECTED] > Subject: Re: Fusebox 3 question on fbx_fusebox_XXXX > I've been fuseboxing for a while now and lately I've been > trying to wean > myself from it. I'm not real thrilled about the nested > layouts and > such, but I can't seem to find a way to duplicate the ease > of navigation > that it presents. I've been toying around with ideas > about how to > emulate the abstraction of the directory trees. Have you > found a > reliable method? > Thanks. > Marlon > S. Isaac Dealey wrote: >> >>I don't use FB for my own development -- I use the >>attributes trick so > that >>I can call certain base templates as custom tags if it'll >>help, and I > use an >>equivalent of the fuseaction variable and the fbx_switch >>that's more > dynamic >>(actually just dynamic includes). Speaking of which -- >>apparently a few >>people have run into problems with migrating FB2/3 >>applications to CF > MX as >>a result of the 64k method limitation of the underlying >>Java engine. >>Apparently when MX generates a java class for a new >>template, it puts >>everything in a single method, so if you've got a >>switch-case in the >>template it'll examine all those includes and include the >>contents of > all >>those included files in the generated Java code. So even >>if your switch > case >>statement only has 2 cases like <cfswitch >>expression="#fusebox.fuseaction#"><cfcase >>value="a"><cfinclude >>template="a.cfm"></cfcase><cfcase value="b"><cfinclude >>template="b"></cfcase></cfswitch> you could still exceed >>the 64k limit > if >>the CF Server generates more than 64k of combined Java >>code from a.cfm > and >>b.cfm (i.e. between them, not per file). >> >> >> >> > ----------------------------------------------- > To post, send email to [EMAIL PROTECTED] > To unsubscribe: > Send UNSUBSCRIBE to [EMAIL PROTECTED] > To subscribe / unsubscribe: http://www.dfwcfug.org > ----------------------------------------------- > To post, send email to [EMAIL PROTECTED] > To unsubscribe: > Send UNSUBSCRIBE to [EMAIL PROTECTED] > To subscribe / unsubscribe: http://www.dfwcfug.org s. isaac dealey 954-776-0046 new epoch http://www.turnkey.to lead architect, tapestry cms http://products.turnkey.to tapestry api is opensource http://www.turnkey.to/tapi certified advanced coldfusion 5 developer http://www.macromedia.com/v1/handlers/index.cfm?ID=21816 ----------------------------------------------- To post, send email to [EMAIL PROTECTED] To unsubscribe: Send UNSUBSCRIBE to [EMAIL PROTECTED] To subscribe / unsubscribe: http://www.dfwcfug.org ----------------------------------------------- To post, send email to [EMAIL PROTECTED] To unsubscribe: Send UNSUBSCRIBE to [EMAIL PROTECTED] To subscribe / unsubscribe: http://www.dfwcfug.org
