Hmmmm, Not sure if this helps, but i'm generating my pagelets or content containers using CFC's at least a similar reason, to have fine grained control over the output, in various states. I've got up to 20 queries generating a view, haven't hit 30 yet, but with cached gateways, indexes on the DB, and a few DisplayManagers with helpers to handle all the variations the content chunks, all of it cached in application scope, it seems to do very well performance-wise. Surprisingly so, since i barely know what i'm doing in the OO design department!
Probably the important bit is that all the possible content chunks are cached in memory. > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Behalf Of Barry Beattie > Sent: Tuesday, September 13, 2005 8:48 AM > To: [email protected] > Subject: [CFCDev] bring business "micro-logic" to the view > > > hi all > > we've been getting great traction using UI controls (custom tags) and > "pagelets" in abstracting the HTML generated in the views. > > BUT...the problem we're facing now is providing specific "flags" > (simple boolean values returned with the entity data) that turn on/off > validation or required or even show/hide. These flags are the result > of lots of "micro-logic" run off specific data returned and is the > result of having both model-level business logic and UI business > logic. > > it's so incidious that it comes down to, say one field/control on a > page or perhaps another's value affecting another: ("if this value = > 'E' then that control is required") > > if this was flash and cairngorm, I'd guess we'd need a "view helper". > We're filling up the main pages and pagelets with these flags with > more to come. > > there are two "levels" this occurs in: server-side (CFMX) with page > render and totally client side (JS) and sometimes it's setting CF > values directly inside JS for the client-side logic. Unfortunatly, > with up to 30 queries just for the page to render (worst case) doing > it all server-side (like ASP.NET) is not on. In desperation we call in > AJAX remote calls to help out. > > do anyone else have similar experiances? any suggestions to stop being > burried under more and more "flags"? > > thanx > barry.b > > > ---------------------------------------------------------- > 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] > > ---------------------------------------------------------- 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]
