I disagree with this statement:
> 1- Ability to declaire multiple types in the "Type" attribute of the
> CFARGUMENT tag. Either by using multiple tags or using a list within
> the
> attribute
On 2 levels
a) You CAN do this if you want - simply set it to 'any' and then do your own type
checking using the 'is...()' methods, and throw an exception as you see fit.
b) You will never get away with doing this in any strongly typed language. Just
because CF ISN'T a typed language, doesn't mean we should pass in any
variable as we see fit. Good typing is a sign of a well designed system (IMHO)
and I generally tend to see 'multitypes' as a hack, and I try and avoid it wherever
possible.
(This may also be a cause of having Java as my original programming language)
Anyhow, feel free to disagree ;o)
Mark
> Grant Straker <[EMAIL PROTECTED]> wrote:
>
>
>
> I think Steve has a good point with number 3 regarding object
> instantiation.
>
> It was brought up as a keen point at MXDU that there is a lack of
> methodologies around building a site using CFC's - lots on how to
> build
> CFC's, just not on how to efficiently instantiate, inherit and
> persist
> them in a site architecture.
>
> We have been doing a lot of modeling and testing around efficient
> methodologies and even after 14 months working with CFMX are still
> learning, although we are getting closer.
>
> We are beta testing a very efficient CFMX object architecture at the
> moment and if it holds up in production I'll write a document ( or
> put
> up a site ) outlining our approach.
>
> In the meantime you could try using script to invoke
>
>
> <cfscript>
> mathObj = createObject("component","componentsDemo.components.maths")
> bla = mathObj.Average(numbers= "#numbers#");
> Bla2 = mathObj.Calculation(Calculation= "#Calculate#");
>
>
> // or chain
> bla =
> ers= "#numbers#")
>
>
> </cfscript>
>
>
> Again the issue is that if the object is now required in another part
> of
> your site it needs to be re-created which is not efficient if in the
> same user session.
>
> On top of this you also have the issue of how you get efficient
> object
> instantiation if called via the Flash gateway or as a web service.
>
> Many of these things do not become an issue until you have a lot of
> load
> on the server but need to taken into account early in my view.
>
>
>
> Grant Straker
> www.straker.com.au
>
>
>
>
>
>
> -----Original Message-----
> From: Steve Onnis [mailto:[EMAIL PROTECTED]
> Sent: Thursday, February 27, 2003 2:45 AM
> To: CFAussie Mailing List
> Subject: [cfaussie] Wishlist for CFCs
>
>
> I am here by starting a wishlist for CFCs
>
> Here are my few items.
>
> 1- Ability to declaire multiple types in the "Type" attribute of the
> CFARGUMENT tag. Either by using multiple tags or using a list within
> the
> attribute.
>
> 2- Ability to dynamicly populate the "ROLES" attribute of the
> CFFUNCTION
> tag.
>
> 3- Friendlier CFINVOKE syntax so you dont have to create the object
> ovewr
> and over for methods in the same CFC.
> eg.
>
> <cfinvoke component="componentsDemo.components.maths">
> <cfinvokemethod method="Average" returnVar="Bla">
> <cfinvokeargument name="Numbers" value="#Numbers#">
> </cfinvokemethod>
> <cfinvokemethod method="Sum" returnVar="Bla2">
> <cfinvokeargument name="Calculation"
> value="#Calculate#">
> </cfinvokemethod>
> </cfinvoke>
>
>
> I know you can do this by using the CreateObject and <CFOBJECT
> methods,
> but
> if they give us these tags to use, maybe they should be a little more
> flexible
>
> my 2 cents
>
> Steve Onnis
>
>
>
> ---
> You are currently subscribed to cfaussie as: [EMAIL PROTECTED]
> To unsubscribe send a blank email to
> [EMAIL PROTECTED]
>
> MX Downunder AsiaPac DevCon - http://mxdu.com/
>
> ---
> You are currently subscribed to cfaussie as: [EMAIL PROTECTED]
> To unsubscribe send a blank email to
> [EMAIL PROTECTED]
>
> MX Downunder AsiaPac DevCon - http://mxdu.com/
> createObject("component","componentsDemo.components.maths").Average(n
> umb
--
ICQ: 3094740
[EMAIL PROTECTED]
---
You are currently subscribed to cfaussie as: [EMAIL PROTECTED]
To unsubscribe send a blank email to [EMAIL PROTECTED]
MX Downunder AsiaPac DevCon - http://mxdu.com/
