I'll get straight to the point:
I was wondering if there is a common pattern to use portable areas as a components of a plugin-like architecture.
Example:
We've got 3 plugins (portable areas) packaged and distributed via NuGet feed.
Each of them is following the standard MVC structure (has it own Models, Views and Controllers). Lets say login form, header and footer.
What I was wondering if there is a way to make them communicate.
For example: when user logs on, login plugin executes it own logic, logs the user and then it updates the state of the header plugin with changes it state accordingly.
Edit: Dealing with client side calls
Another thing that I did not mention in the original post is that I wanted to expose the plugin features via controllers to be consumed via JavaScript as well.
Lets say I have all architecture in place and all plugins registered themselves with the system properly (routes, dependencies …etc)
For example if I click the "Change color" feature of one "Colors picker" plugin it calls action method of another plugin (Image plugin lets say) and loads image of requested color. Of course everything should be done via Ajax without resubmitting the entire page that hosts the components.
You think it is a doable scenario in the solutions you've proposed here?
Thanks in advance for all the answers.
Best Answer
I would not use a shared database where all plugins has write access since that makes debugging extremely difficult. There is no way to tell which plugin screwed up.
The best solution today is to take advantage of an inversion of control container.
Another way is to use commands and domain events as I describe here: http://blog.gauffin.org/2012/10/writing-decoupled-and-scalable-applications-2/
Do note that it's not really portable areas specific.
If you're interested in a MVC3 plugin architecture I've made one using my Griffin.MVcContrib project: http://blog.gauffin.org/2012/05/griffin-mvccontrib-the-plugin-system/