Re: Re: RFC: Implementing a core anti-XSS escaping class
| From: | Tomas Creemers | Date: | Wed, 19 Sep 2012 07:39:58 +0000 |
| Subject: | Re: Re: RFC: Implementing a core anti-XSS escaping class | ||
| References: | 1 2 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-63128@lists.php.net to get a copy of this message | ||
On Wed, Sep 19, 2012 at 8:34 AM, Sebastian Krebs <krebs.seb@gmail.com> wrote:
>
>
> 2012/9/19 Tomas Creemers <tomas.creemers@gmail.com>
>>
>> Hi all,
>>
>>
>>
>> If this is going to be implemented as a class, what is the advantage
>> of instantiation for this? Unless I'm missing it, I would propose that
>> the functions are made static.
>>
[snip]
>>
>> Regards,
>>
>> Tomas
>
>
> Hi,
>
> I guess the reason is the same like the one, why you just should avoid
> static methods at all. But only one example: Try to extend the class and
> then _always_ use the extended one ;)
>
> Regards,
> Sebastian
Isn't that what late static binding is for? It enables the use of the
extending class (if any) from the base class.
I really don't see what class instantiation would add to this design
(if it's going to be a class at all). It doesn't have
instance-specific state.
Regards,
Tomas