Beefy Boxes and Bandwidth Generously Provided by pair Networks
Syntactic Confectionery Delight
 
PerlMonks  

Re^6: How will you use state declared variables in Perl6?

by BrowserUk (Patriarch)
on Jul 08, 2005 at 22:49 UTC ( [id://473599]=note: print w/replies, xml ) Need Help??


in reply to Re^5: How will you use state declared variables in Perl6?
in thread How will you use state declared variables in Perl6?

Okay. How will a method know how to segregate the management of a state var under inheritance?


Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
Lingua non convalesco, consenesco et abolesco. -- Rule 1 has a caveat! -- Who broke the cabal?
"Science is about questioning the status quo. Questioning authority".
The "good enough" maybe good enough for the now, and perfection maybe unobtainable, but that should not preclude us from striving for perfection, when time, circumstance or desire allow.

Replies are listed 'Best First'.
Re^7: How will you use state declared variables in Perl6?
by TimToady (Parson) on Jul 08, 2005 at 23:12 UTC
    Why should it have to "segregate", unless you have a busted inheritance hierarchy that doesn't actually represent ISA relationships?

    That being said, if you want to prevent the method itself from being called on behalf of an object of a derived class, just call it a submethod instead, and then the derived class will have to define its own version of the submethod that will presumably refer to its own class attributes. I suspect that in general most class attributes are of interest only to infrastructural methods like constructors and initializers and destructors, and most of those should be submethods in the first place.

    If a method ever has to ask what the actual type of its invocant it, it's usually a clue that something is seriously wrong in the design of either the program or the language. It's the dispatcher that should be making those kinds of decisions before your method is ever called. Perl 6 provides several degrees of freedom in the dispatcher to help you keep that sort of infrastructural spaghetti out of your methods.

    Of course, we won't prevent you from examining the actual type of the invocant if you really want to...

      Why should it have to "segregate", unless you have a busted inheritance hierarchy that doesn't actually represent ISA relationships?

      I was trying to think of a use for state. The potential use I thought of was counting instances of a class--Probably better served by a Class variable anyway--but it could be used that way until inheritance is involved at which point it gets iffy whether instances of the subclass are instances of the class. But forget that as there are better ways of doing it.

      That leaves the question, what is a good use for state vars, which is probably the question Limbic~Region was asking in the first place.

      My summation of the information you provided in this thread is that state vars are basically the same as closures, except that you can declare their scope from within the scope they are to be closed over, rather than having to declare them outside that scope in order for the sub(method/submethod) to close over them.

      Is that a reasonable definition?


      Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
      Lingua non convalesco, consenesco et abolesco. -- Rule 1 has a caveat! -- Who broke the cabal?
      "Science is about questioning the status quo. Questioning authority".
      The "good enough" maybe good enough for the now, and perfection maybe unobtainable, but that should not preclude us from striving for perfection, when time, circumstance or desire allow.
        It'll do. I probably wouldn't call them closures, but say rather that they participate in a closure, insofar as a particular closure might capture multiple variables simultaneously. And I wouldn't define them that way to someone who isn't ready to understand closures. "Persistent lexicals" works better for that bunch. But either view is a lot better than thinking of them as globals.

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://473599]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others cooling their heels in the Monastery: (4)
As of 2024-03-19 11:03 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found