Decoupled Communication with Prism (intro)
When building large complex applications, a common approach is to divide up the functionality into discrete module assemblies. Even further it is desirable to not have static references between these modules. This allows the modules to be more easily versioned, tested independently, and promotes decoupled communications.
How then can a module work with or leverage content from another module? How can a command such as “Save All” execute multiple handlers spread across several modules? How can business logic code in one module alert other modules of an event?
In Prism we answered these questions using three mechanisms:
1. Shared Views/Services
2. Commanding
3. Event Aggregation
In the next three posts, I will review how we used these three mechanisms in the Prism "Stock Trader" reference implementation, Command & Event Aggregation quick starts.
Comments
Anonymous
June 03, 2008
A new drop of Prism has been published last Thursday. Among other things, in this drop we refactoredAnonymous
June 03, 2008
Francis has been a busy man lately on his blog with a series of posts on the various loosely coupledAnonymous
June 03, 2008
Francis has been a busy man lately on his blog with a series of posts on the various loosely coupledAnonymous
June 03, 2008
Francis has been a busy man lately on his blog with a series of posts on the various loosely coupledAnonymous
June 07, 2008
Francis has been a busy man lately on his blog with a series of posts on the various loosely coupled