On Wednesday, Mar 26, 2003, at 06:52 US/Pacific, Matt Liotta wrote:
As for the overhead associated with stateful CFCs, I am not aware of
that (and it seems that Sean Corfield is not either).
Sean should certainly be aware of the issues as he was involved in the
threads that discussed it.

The overhead to which Matt obliquely refers does not apply to stateful CFCs per se.


The specific situation, as I recall, was where you try to map between a pure object representation and a relationship representation - when you try to have a CFC which has an instance variable for each column in the row. There is quite a bit of overhead involved in marshaling your query to and from a series of discrete variables. As noted elsewhere, if you try to do this by writing generic code that uses cfproperty to describe the instance data, then you're adding a lot of overhead! Of course, you don't have to do it this way...

As for the "complex inheritance hierarchies"... given CF's lack of multiple inheritance, there's only so much complexity you can create... And deep inheritance hierarchies are usually frowned upon in any language.

Because the overhead is too high.

Too high? Depends on your project - there are no absolutes here. The overhead may be too high for you but it may be perfectly acceptable for someone else. But you're right when you say:


Don't assume; test!

And remember that the same language feature may perform differently in different applications, especially under load.


Sean A Corfield -- Director, Architecture
Web Technology Group -- Macromedia, Inc.
tel: (415) 252-2287 -- cell: (415) 717-8473
aim/iChat: seancorfield -- http://www.macromedia.com
An Architect's View -- http://www.macromedia.com/go/arch_blog

Announcing Macromedia DevNet Subscriptions
Maximize your power with our new premium software subscription
Find out more: http://www.macromedia.com/go/devnetsubs

----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email
to [EMAIL PROTECTED] with the word 'unsubscribe cfcdev' in the message of the email.


CFCDev is run by CFCZone (www.cfczone.org) and supported
by Mindtool, Corporation (www.mindtool.com).

Reply via email to