Передача сообщений во фреймворке плагинов

Во-первых, в моем блоге есть небольшая предыстория этой проблемы:

• http://www.codebork.com/coding/2008/06/25/message-passing-a-plug-framework.html
• http://www.codebork.com/coding/2008/07/31/message-passing-2.html

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

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

Я на полпути через обширный рефакторинг, который оставил мне следующую архитектуру для подключаемых модулей данных:

• Объект подключаемого модуля данных (реализует инициализацию, установку и метаданные подключаемого модуля) [реализует IDataPlugin<FactoryType>]
• Объект данных (например, учетная запись) [реализует, например, IAccount]
• Фабрика для создания экземпляров объекта данных [реализует, например, IAccountFactory]

Ранее объект данных и объект подключаемого модуля были объединены в один, но это означало, что для каждой транзакции, записанной в учетной записи, приходилось создавать экземпляр нового подключаемого модуля транзакции, что вызывало ряд проблем. К сожалению, этот рефакторинг нарушил мою передачу сообщений. Объект данных реализует INotifyPropertyChanged, поэтому я столкнулся с новой проблемой, и я не знаю, как ее обойти: объект подключаемого модуля регистрирует события в брокере сообщений, но на самом деле срабатывают объекты данных. события. Это означает, что подключаемый модуль подписки в настоящее время должен подписаться на каждую созданную учетную запись, транзакцию и т. д.! Это явно не масштабируемо.

Насколько я могу судить, на данный момент у меня есть два возможных решения:

1. Сделайте объект подключаемого модуля данных посредником для объектов данных и брокера сообщений, возможно, для пакетной обработки уведомлений об изменениях. Мне это не нравится, потому что это добавляет еще один уровень сложности к системе обмена сообщениями, без которого, как мне кажется, я смогу обойтись.
2. Отмените текущую реализацию на основе событий и используйте что-то еще, чем проще управлять (WCF в памяти ?!).

Думаю, я действительно спрашиваю:

1. Как бы вы решили эту проблему?
2. Как вы думаете, какие потенциальные решения я упустил из виду?
3. Мой подход хоть немного верен / разумен ?! :-)

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

Предыстория самого фреймворка выглядит следующим образом:

My plug-in framework consists of three main components: a plug-in broker, a preferences manager and a message broker. The plug-in broker does the bread-and-butter plug-in stuff: discovering and creating plug-ins. The preferences manager manages user preferences for the framework and individual plug-ins, such as which plug-ins are enabled, where data should be saved, etc. Communication is via publish/subscribe, with the message broker sitting in the middle, gathering all published message types and managing subscriptions. The publish/subscribe is currently implemented via the .NET INotifyPropertyChanged interface, which provides one event called PropertyChanged; the message broker builds a list of all plug-ins implementing INotifyPropertyChanged and subscribes other plug-ins this event. The purpose of the message passing is to allow the account and transaction plug-ins to notify the storage plug-ins that data has changed so that it may be saved.