vsespb has asked for the wisdom of the Perl Monks concerning the following question:
Let's suppose you have an abstract class, say, RestApiRequest. Your class' user should interit it (let's name it MyRestApiRequest) and implement some methods (for example "response_callback" for handle response), and also define some parameters to tune class behaviour - in our example it will be "timeout" for http request.
This timeout is not per-object, but global for all objects of user's class (same timeout for all API requests for this API vendor). In this case good solution is not to pass timeout to constructor and not to set timeout as object field in constructor, but to define MyRestApiRequest::timeout which will return timeout (a scalar), usually it will be a constant:
package MyRestApiRequest; use parent RestApiRequest; sub response_callback { # some code } sub timeout { 42 } 1;
Question is:
What about:
package MyRestApiRequest; use parent RestApiRequest; use constant timeout => 42; sub response_callback { # some code } 1;
i.e. we have constant here, instead of method. techncally it's same. Is this acceptable? Good style or not? Any drawbacks? Have you seen this before?
|
|---|
| Replies are listed 'Best First'. | |
|---|---|
|
Re: Using constants as methods
by AnomalousMonk (Archbishop) on Mar 13, 2016 at 15:14 UTC | |
|
Re: Using constants as methods
by Anonymous Monk on Mar 13, 2016 at 09:01 UTC | |
|
Re: Using constants as methods
by LanX (Saint) on Mar 13, 2016 at 01:42 UTC | |
by vsespb (Chaplain) on Mar 13, 2016 at 01:50 UTC | |
by LanX (Saint) on Mar 13, 2016 at 01:52 UTC |