Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    text
    copied!<p>Having developed and shipped a MAF application. My views on MAF are somewhat jaded. </p> <p>MAF is a "de-coupled" system or "loosely-coupled" system at worst. MEF is "coupled" system or "loosely-couple" system at best.</p> <p>MAF benefits that we realized by using MAF are:</p> <ol> <li><p>Installing new or updating existing components while the application is running. The AddIn could be updated while the Application was running and the updates appear to the user seamlessly. You have to have AppDomains for that.</p></li> <li><p>Licensing based on purchased components. We could control which AddIn were loaded by the user's role and permissions and whether the AddIn was licensed for use.</p></li> <li><p>Rapid development (quicker time-to-market). The AddIn development fits perfectly with Agile methodolgy, the development team developed one AddIn at a time without having to also develop the integration piece with the rest of the application.</p></li> <li><p>Improved QA (only QA one component at a time). QA could then test and issue defects for a single bit of functionality. The test cases were easier to develop and implement.</p></li> <li><p>Deployment (add components as they are developed and released and they ”just work”). Deployment is only a matter of making an AddIn and installing the file. No other considerations were necessary!</p></li> <li><p>New components worked with old components. AddIn that were developed early on kept on working. New AddIns fit into the Application seamlessly</p></li> </ol>
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload