On a similar note, yesterday, to facilitate displaying certain fields
depending on the users security roles, I injected the security.context
into the constructor of the form in the DIC (best practice??). But
overloading the constructor was a little cumbersome, and I would
rather have set the `security.context` via. a method call.

It crossed my mind that life might be made a little easier by having
an "init()" method to call after having called any post-constructor
setters. But I can see the argument for not having this.

On 20 January 2011 11:12, Bernhard Schussek <[email protected]> wrote:
> 2011/1/20 Lukas Kahwe Smith <[email protected]>:
>> Is it really necessary to only allow setting validation groups via the 
>> constructor? This means that one is essentially forced to use a factory when 
>> one wants to support setting different validation groups for a single form.
>
> Yes, although the explanation why that is so is a bit lengthy. In
> short: The state of a form shouldn't be changed after its construction
> because this leads to potential bugs.
>
> Why is this a problem for you?
>
> Bernhard
> --
> Software Architect & Engineer
> Blog: http://webmozarts.com
> Twitter: http://twitter.com/webmozart
>
> --
> If you want to report a vulnerability issue on symfony, please send it to 
> security at symfony-project.com
>
> You received this message because you are subscribed to the Google
> Groups "symfony developers" group.
> To post to this group, send email to [email protected]
> To unsubscribe from this group, send email to
> [email protected]
> For more options, visit this group at
> http://groups.google.com/group/symfony-devs?hl=en
>



-- 
Dan Leech

Web Developer
www.dantleech.com

-- 
If you want to report a vulnerability issue on symfony, please send it to 
security at symfony-project.com

You received this message because you are subscribed to the Google
Groups "symfony developers" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/symfony-devs?hl=en

Reply via email to