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 (5)

  1. A new drop of Prism has been published last Thursday. Among other things, in this drop we refactored

  2. Francis has been a busy man lately on his blog with a series of posts on the various loosely coupled

  3. Glenn Block says:

    Francis has been a busy man lately on his blog with a series of posts on the various loosely coupled

  4. Francis has been a busy man lately on his blog with a series of posts on the various loosely coupled

  5. Advait says:

    Francis has been a busy man lately on his blog with a series of posts on the various loosely coupled