Смешивание перечислений с классами событий в агрегаторе событий

Да, это так (похоже на контейнер) - ваш обработчик будет срабатывать независимо от типа клика, и в обработчике потребуется некоторый код для определения типа клика, что немного усложняет ситуацию.

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

e.g.

public static class ClickEvents // Prevent instantiation
{
    public class SingleLeft { }
    public class SingleRight { }
    public class DoubleLeft { }
    public class DoubleRight { }
    // Are there any more click events possible?!
}

eventAggregator.GetEvent<ClickEvents.SingleLeft>.Publish();

Кроме того, именно уникальность типа определяет сигнатуру события, поэтому для удовлетворения этой конкретной реализации требуется несколько типов.

По крайней мере, приведенное выше сохраняет ваш код обработчика чистым

void HandleLeftClick()
{
}

vs

void HandleClick(ClickArgs e) 
{
    if(e.ClickType == ClickType.Left)
    {
    }
}

Редактировать:

Также помните, что вы можете подписать несколько событий на один и тот же обработчик, если хотите обрабатывать более одного типа щелчка:

eventAggregator.GetEvent<ClickEvents.SingleLeft>.Subscribe(HandlerMethod);
eventAggregator.GetEvent<ClickEvents.SingleRight>.Subscribe(HandlerMethod);

(это будет работать в той редкой ситуации, когда подписчику все равно, какая кнопка мыши была нажата)

Я думаю, вы упустили одну возможность. Видите ли, вам не нужно создавать новый класс для каждого уведомления. Вместо этого вы можете повторно использовать классы, но нести внутри некоторое дополнительное состояние произвольной сложности.

public class MouseClickNotification {

    public bool IsDoubleClick;
    public MouseButton ClickedButton;

    // any additional stuff

Таким образом, именно вы точно определяете степень детализации вашей модели уведомлений.