I suppose it gives you the performance of struct and the advantadges of
typed/mapped objects
The properties of a CFC are NOT typed, thats the problem. We can type the
argument of a CF function, but not the property of a CFC... This means that
using properies is sensitive to errors.
Greetz
On Friday 24 November 2006 15:42, Rick Root wrote:
Why write your own, non-optimized code, to have Coldfusion return an
array of objects. Why not just return the query and let CF do the
conversion.
Because dealing with an array of anonymous objects is a pain.
--
Tom Chiverton
Helping to
I realize this discussion is all related to Cairngorn, and I don't use
Cairngorn or really know what it is... but here's a question.
If a CFC method returns a QUERY, then Coldfusion uses code optimized (in
theory by Adobe engineers) in the flex connector to convert the query
object to an array
Subject: Re: [flexcoders] ColdFusion and Flex Integration - up
to 10x gain, avoid cf object creation
Some time ago i experienced with java versions of the value
objects. This also gives a significant improvement.
Greetz Erik
@yahoogroups.com [mailto:[EMAIL PROTECTED] De la
part de Dirk Eismann
Envoyé : jeudi 23 novembre 2006 10:29
À : flexcoders@yahoogroups.com
Objet : RE: [flexcoders] ColdFusion and Flex Integration - up to 10x gain,
avoid cf object creation
Yes, I also noticed this.
I made a test where a cfloop is done on 2000
On Wednesday 22 November 2006 17:21, Rick Schmitty wrote:
Well yes, creating objects will always be more overhead, I should of
asked: Does java and php show such drastic differences when making the
AFAIK, Java only does objects, and PHP only does non-objects (this is why PHP
has such bonkers
6 matches
Mail list logo