I don't see the problem. The object could hold all that information without problem, and it's something you can serialize.
Yes, as I said, it can be done. It's just a quality-of-implementation issue. Today, plugin writers just have to write:
do_a(); my::Error::register(\&undo_a); if ($do_c) { do_c(); my::Error::register(\&undo_c); } do_b(); my::Error::register(\&undo_b);
and it all just works. The framework handles everything: remembering which recovery handlers have to be run, in which order, and saving this information for catastrophic failure recovery etc. Very tidy.
If each plugin had a single handler then all the work of remembering which parts of the plugin had been completed and which had not would have to be implemented inside every individual plugin's single error handler, with some package-global variable or variables set to track the current state, then those variables need to be stored somewhere so they can be recovered in the case of catastrophic error, and each plugin needs some kind of method that can be invoked to actually perform the recovery, etc. Instead of one single place, in the framework, implementing that behavior you're now pushing it out so that ALL the plugins have to re-implement it themselves.
But what I'd really like is to have the best of both worlds. So, is it possible / does anyone know how to take a string name of a sub and determine from that whether that sub actually exists?
Thanks!
In reply to Re^6: Saving/recovering sub refs in a file
by madscientist
in thread Saving/recovering sub refs in a file
by madscientist
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |