История началась с того, что я начал искать в Io метод как-бы противоположный форвардингу, чтобы сообщение перехватывалось еще до того, как будет произведен лукап. Вот, похоже чувак хотел того же чего и я.
https://groups.yahoo.com/neo/groups/iolanguage/conversations/topics/13345
When there's no matching slot, the «forward» slot is activated.
I have this idea about a «before» slot:
If «before» doesn't exist, everything works as usual.
If «before» exists, it is always activated (and it receives the message) before the slot lookup. Then, it produces a message (possibly the same) which will be treated as usual.
This could be used to test whether the sender as the «right» to access a particular slot, for example.
Is there already a way to do this at user level?
Also, would anybody have a little constructive criticism about Io?
Best regards,
Julien
Тут, в целом все понятно. Но я че то не могу понять, что ответил стив. Я так понял, идея ему понравилась, а даьше че-то не понятно, запилил он это или нет, и где искать дальше:)
Короче, че он говорит вот тут? Если простыми словами:)
Ok, got it. Sounds like a logical evolution step.
So... any incoming message is routed through the domain. What about outgoing
messages? If I run untrusted code, maybe I want to isolate it, by asking the
domain not to forward outgoing messages, or treat them even before they get out
into the wild.
With domains, isn't there a need for a scheduler?
What is this idea about slots metadata, for user interaction? Didn't get it.
