I think this was the list...
<snip>
Folks, here is the email that I'm going to forward on to "The Powers that
Be." Please, let's not nit pick this to death. If you are _generally_ happy
with the note, don't say anything. If you feel I've missed something big,
tell me. I want to send this out at around 5 today. Anyway - here goes
nothing....
Oh, in the notes below, the things I thought got a lot of "dittos" will be
marked with (!!) or (!!!).
* Variables in a CFC, outside of the methods, acts like Variables in a
normal CFML template - however they are not the same as Variables. These
values should be put in a Variables scope that could be introspected with
the normal struct functions. (!!)
* A better defined constructor, perhaps via an init method that is
automatically called on creation or a method with the same name as the CFC.
The ability to pass arguments to the constructor at create time. Perhaps
something like, x = createObject("component","pressRelease",structOfArgs)>
(!!!)
* Ability for a child CFC method to call a parent CFC method. (super)
(!!!)
*Make cfproperty a bit more robust (and more like cfparam). The user
said:
"Apart from the fact that it is used as an integral part of CFCs that are
consumed as web services, I have pretty much given up on it as a useful part
of the CFC system. It doesn't do anything _at all_ that I can't do more
easily and with better performance with a cfscript block, or a series of
cfparam tags."
Add default
Add require (yes/no)
Make it so that getMetaData() returns the properties in the order
they were defined.
*It's possible to add a method to a CFC programmatically. Someone suggested
making a way to stop this (ie, allowLateBinding=true/false). FYI, this could
also be considered a security hole. If I know the CFC has a value, X, but no
method returns it, I can just add my own.
*access = "flashRemoting" - allows you to set a method to be called from FR,
but not remotely in general, ie, no WS call, or form/url invocation.
*An array thingy for types, ie, array of foo:
<cffunction name="foo" returnType="string[]">
or
<cfargument name="x" type="numeric[]">
(!!)
*returnType of xml (ditto for cfargument type) (!!)
* options for the WSDL that can be set through attributes of cfcomponent and
cffunction. Like targetNamespace, portName.
* support for SOAP headers
* Adding an implements attribute to cfcomponent that takes a comma-separated
list of component names (compile-time error if an interface not implemented)
* support for specifying interface name as well as component name in type
attribute of cfargument, cfparam for validation.
* ability to overload methods
* A new user mentioned that he _really_ wants to see more docs and examples
of CFCs. This is a good idea since the example apps only have one simple
CFC. We should consider adding a few more examples.
* access=Private acts like Protected. Variables in the unnamed scope also
act like protected variables, and should be private instead.
* ability to call CFCs from JSP
---Backwards Compat---
I asked the question - would you mind having code 'break' if we did a lot of
work to improve CFCs? I'd say that 75-80% felt strongly that they would not
mind. The remaining people would either mind, or would urge Macromedia to
find a solution to handle both. One good idea was to add <cfmethod>. This
would act just like <cffunction>, but we could then fix access=private, for
example, in cfmethod, but not cffunction. (This particulat suggestion seemed
well received by most.)
--- Bugs ---
* Fix the bug where a cfinclude inside a method does not have access to the
arguments scope.
* Fix issue w/ cftransaction across method calls. Bug may not exist in the
db. I'll add this today.
* fix the loss of pageContext bug so that components can be properly stored
in application and session scope
* fix the issue w/ arrays being pointer when doing arguments.foo
* Fix the bug where you 'lose' access to persisted scope vars in a persisted
cfc (!!!) (I think this is the same as 2 above)
</snip>
----------------------------------------------------------
CFCDev is run by CFCZone (www.cfczone.org) and supported
by Mindtool, Corporation (www.mindtool.com).
-----Original Message-----
From: Raymond Camden [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 25, 2003 14:44
To: CF-Talk
Subject: RE: CFC Expert Group?
MD is working on the archive... Michael? :)
Here is the post as it was sent to Macromedia:
Well shoot, sorry, I don't have the email. If someone from that list is
overhere and has the post, please share it.
=======================================================================
Raymond Camden, ColdFusion Jedi Master for Mindseye, Inc
Member of Team Macromedia
Email : [EMAIL PROTECTED]
Blog : www.camdenfamily.com/morpheus/blog
Yahoo IM : morpheus
"My ally is the Force, and a powerful ally it is." - Yoda
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4
Subscription:
http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Signup for the Fusion Authority news alert and keep up with the latest news in
ColdFusion and related topics. http://www.fusionauthority.com/signup.cfm
Unsubscribe:
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
