Вы можете сделать это, если хотите, DoomStone. ASP.NET MVC сам по себе не создает события, используя модель событий .NET, но то, что вы описываете, на самом деле тоже не. это скорее шина публикации и подписки в вашем приложении.
Одна мысль состоит в том, что в зависимости от того, сколько событий вы начинаете делать и что у вас есть, вы можете изучить использование специально созданных сред обработки событий или WF, или, возможно, очереди сообщений.
Тем не менее, я бы также рекомендовал рассмотреть другие варианты достижения вашей цели. Примеры, которые вы привели, на самом деле не кажутся мне лучшим местом для программирования, основанного на событиях, если только я что-то не так понимаю.
** Обновление **
У меня была еще одна мысль после вашего комментария. Итак, короткий ответ: «да» - это хорошо известный шаблон, особенно для развязки сервисов, которые могут существовать на других серверах и, возможно, (в некоторых случаях) даже не принадлежат вам. Есть доступные рамки, но то, что вы описываете, может быть полностью доморощенным. Вы можете создать метод в своей WKO для каждого события (как показывает ваш пример), или, если вы хотите большей гибкости, вы можете определить общее действие (.eg Publish или Send), которое принимает пользовательский класс Message, и затем люди, вызывающие WKO может отправить сообщение, которое набрано для события (другими словами, вместо того, чтобы вызывать OnCommentCreated()
, они могли бы позвонить Publish(new CommentCreatedMessage({data}));
. Делая это таким образом, можно сделать решение более способным к росту.