Должен ли я выставлять действия вместо событий? - PullRequest
9 голосов
/ 07 октября 2010

при работе с WF 4.0 я заметил, что класс WorkflowApplication предоставляет свойства действий (Aborted, Complete и т. Д.) Вместо событий. Есть ли конкретная причина? Когда следует отдавать предпочтение свойствам действий вместо событий?

Спасибо

Ответы [ 3 ]

6 голосов
/ 07 октября 2010

Ничего себе; Я вижу что вы имеете в виду ; это действительно удивляет меня.

Однако, если вы не можете придумать вескую причину для использования здесь свойств (а я не могу), тогда придерживайтесь event s; они избегают целого ряда проблем (случайная отмена подписки и неправильный вызов являются самыми большими). ​​

Единственное, о чем я могу думать, это то, что возможно им это нужно было в целях сериализации, но я могу придумать другие способы взломать этот орех В качестве альтернативы, возможно регулярные события не имеют смысла в сумасшедшем мире "свойства зависимости" / "присоединенного свойства" / "перенаправленного события" WF.

3 голосов
/ 07 октября 2010

Редактировать: следующее не является точным, см. Комментарий Марка ниже.

С одной стороны, события допускают несколько обработчиков по своей природе, в то время как свойство Actionпозволяет только один обработчик.Да, свойство Action может само транслироваться, но оно не очень связное или идиоматическое.

Я с Марком на этом, я удивлен, что они использовали свойства Action вместостандартные события.

1 голос
/ 08 октября 2010

Я отправил электронное письмо одному из членов команды WF, и он любезно ответил мне. Он сказал мне, что события и действия почти эквивалентны, но команда лучше чувствовала, что API использует действия.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...