![]() |
|
Do you know where your variables are? | |
PerlMonks |
comment on |
( #3333=superdoc: print w/replies, xml ) | Need Help?? |
I see now that I basiclly took it from the wrong concept... (what I initially though about had more to do with something like eval then with switch) I have no idea wheter or not it would be a good idea to implement what I was thinking about... I'll continue explaining and then you can make up your mind... I was thinking about creating a 'handler' that is run at the end if one (or more) case-statements matched... I'm afraid I didn't explain to well and that it might be easier to explain it with an example/code, so that's what I will do now: Assume that at the end of each case there is some default action that should be taken (update a hash with a list of matches or something). With the current implementation there are two ways to accomplish this: a) adding the code it in each code-ref (by calling another subroutine)
Both of these have some disadvantages, the first one has the disadvantage of the duplicate function-call and the second depends on the return value What my suggestion was about was to be able to set up something like 'FINAL' (or 'CONTINUE') => sub { ... } which will run the code (add it to a hash or whatever) if a case returned true In reply to Re^3: Switch/case as a jump table with C-style fall-through
by Animator
|
|