No, if it follows the pattern seen in AS3, it would be something like
this... Given a property definition like this:
<cfcomponent>
<cfproperty name="firstname" type="String" access="public" roles="Admin,User" />
[....]
</cfcomponent>
You'd get two implicit getters/setters with the signature
getFirstname(void):String and setFirstname(String):void
Access would be controlled by a combination of access level
(public/private/package) and authenticated user level - "Admin" and
"User" roles would have access, another role such as "Visitor" would
not.
Of course, this is all based on wild assumptions and predictions on my
part and definitely DOES NOT represent any official plan from Adobe
for CF9.
-Cameron
On Wed, Jun 18, 2008 at 5:52 PM, Steven Ross <[EMAIL PROTECTED]> wrote:
> I can see a reason to have auto generated getters and setters based on a
> database table (and possibly typed) but you can effectivley do this now with
> a missing method handler...
>
>
> I'm guessing this is based on a table somewhere?
>
> On Wed, Jun 18, 2008 at 3:26 PM, Cameron Childress <[EMAIL PROTECTED]>
> wrote:
>>
>> On Wed, Jun 18, 2008 at 3:10 PM, Dean H. Saxe
>> <[EMAIL PROTECTED]> wrote:
>> > What I would want to is annotate the properties to say whether the
>> > getter/setter should be autogenerated, that way it leaves control to the
>> > developer.
>>
>> If you don't want it autogenerated, just call it private. It's not
>> generating code in the CFC, just an implicit getter setter. Would a
>> private get/set that you never even have to look at be good enough?
>> Bigger question, what's the use case for a property that you couldn't
>> get/set, even privately?
>>
>> > I like the idea of the addition of a roles check for
>> > authorization to call specific setters/getters.
>>
>> Cool.
>>
>> > Also, is the autogenerated setter/getter secure? Remember, java passes
>> > by
>> > value... the value is a reference to the original object except for
>> > primitive types, in which case it is a copy of the primitive (e.g.
>> > String).
>> > So for object references, if I use the getter to get a CFC reference
>> > (e.g.
>> > myFoo.getBar() returns a Bar CFC), and then modify a property of that
>> > CFC
>> > using its setter (e.g. bar.setFooBarBlah("blah...")) ... did I just
>> > modify
>> > the private instance of bar that is held by Foo? This can result in
>> > some
>> > pretty interesting vulnerabilities... (Yes, this is probably overkill,
>> > but
>> > why not enquire...)
>>
>> In CF, I always assume complex objects (CFCs/Arrays) are always passed
>> by reference. This is the same as explicit functions where you pass
>> in a CFC in a cfargument tag.
>>
>> Frequently, if I have a function that accepts a typed CFC as an
>> argument and the function makes some change to that passed in CFC
>> Instance, I don't even bother returning the modified CFC Instance
>> because it's already been modified by reference. On these functions I
>> usually just return void and get on with it.
>>
>> -Cameron
>>
>> --
>> Cameron Childress
>> Sumo Consulting Inc
>> http://www.sumoc.com
>> ---
>> cell: 678.637.5072
>> aim: cameroncf
>> email: [EMAIL PROTECTED]
>>
>>
>> -------------------------------------------------------------
>> To unsubscribe from this list, manage your profile @
>> http://www.acfug.org?fa=login.edituserform
>>
>> For more info, see http://www.acfug.org/mailinglists
>> Archive @ http://www.mail-archive.com/discussion%40acfug.org/
>> List hosted by http://www.fusionlink.com
>> -------------------------------------------------------------
>>
>>
>>
>
>
>
> --
> Steven Ross
> web application & interface developer
> http://blog.stevensross.com
> [mobile] 404-488-4364 [fax] (404) 592-6885
> [ AIM / Yahoo! : zeriumsteven ] [googleTalk : nowhiding ]
> -------------------------------------------------------------
> To unsubscribe from this list, manage your profile @
> http://www.acfug.org?fa=login.edituserform
>
> For more info, see http://www.acfug.org/mailinglists
> Archive @ http://www.mail-archive.com/discussion%40acfug.org/
> List hosted by FusionLink
> -------------------------------------------------------------
--
Cameron Childress
Sumo Consulting Inc
http://www.sumoc.com
---
cell: 678.637.5072
aim: cameroncf
email: [EMAIL PROTECTED]
-------------------------------------------------------------
To unsubscribe from this list, manage your profile @
http://www.acfug.org?fa=login.edituserform
For more info, see http://www.acfug.org/mailinglists
Archive @ http://www.mail-archive.com/discussion%40acfug.org/
List hosted by http://www.fusionlink.com
-------------------------------------------------------------
