[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [cgiapp] Param method?


There's also the added benefit that you can call params in list context to get an array containing all the information you have stored in params() which can make debugging a little bit easier.

I understand that the purpose of the "param" method is to give me a way to
store variables in $self without potentially colliding with C::A's use of
the same name.

If that's correct, wouldn't it be easier just to choose a naming convention
within C::A (perhaps a prefix: "__C_A__") and document that users should not
refer to anything in $self with this prefix? Then I wouldn't have to go
through the "param" method to safely use store my variables in $self?

I mean, isn't $self as much mine as it is C::A's? Why should C::A have
exclusive access to it and force me to use a method to get to it? C::A is
well-defined with a fixed role. Why can't it namespace itself and let me
access $self however I want (as long as I stay away from that namespace)?


---------------------------------------------------------------------
Web Archive:  http://www.mail-archive.com/suppressed/
             http://marc.theaimsgroup.com/?l=cgiapp&r=1&w=2
To unsubscribe, e-mail: suppressed
For additional commands, e-mail: suppressed


Mail converted by mhonarc 2.6.15
This archive provided courtesy of JSW4.NET, Internet Hosting Services for Small Business.