What's your opinion on MS CAB (Composite Application Block)?

Question

I'm in the process of evaluating the use of CAB for a new .net 3.5 winform project

I plan to use the Infragistics toolset, which is known to be 'CAB compliant'

While CAB has the immediate upside of letting me focus on my business instead of coding basic docking/login/etc code, I feel like I would be able to achieve the same level of functionnality quite radpidly by myself (with the added flexibility/reactivity bonus you have when you 'own' the code).

I'm seeking some feedback on Microsoft's CAB from people using it :

1. Have you experienced problems/bugs ?
2. Do you feel like CAB saved your time ?
3. Are there extra functionalities I don't know about (beside Docking/Login/WorkerThreads best practices?)

Answer 1

While i've never actually used CAB, it ships with the source code so you'd still have the ability to tweak it to suit your exact needs if you need extra flexibility not provided by the Application Block.

Answer 2

I had some experience using CAB a couple of years ago and my conclusion was that it too complex and had a steep learning curve. As such the benefits it offered just weren't worth the price of getting up to speed with it. However don't take my word for it, try following some of their labs and see what you think.

Jeremy Miller wrote an excellent series of blog posts about building your own CAB

http://codebetter.com/blogs/jeremy.miller/archive/2007/07/25/the-build-your-own-cab-series-table-of-contents.aspx

these are worth a look as you could just take from there what you need.

My advice would be to get on with your project rather than build a framework up front. As the project develops you should spot opportunities to refactor code into base classes and effectively harvest a framework from your application.

That way you will end up with a framework that meets your needs, and that everyone on the development team will understand. Whatever you do don't build a framework up front - there lies the path to ruin :-)

Answer 3

We have used CAB+SCSF for a couple of projects. The learning curve is indeed steep. You will probably be up to speed after the first month. Other cons:

1. Too much complexity
2. Pattern-itis
3. Code generation bloat
4. Hard to debug

The pros:

Follows the best practices architectural design patterns in the industry:

1. Model-View-Presenter
2. UI Composition
3. Dependency injection, Inversion of control
4. Loosely Coupled Events
5. Modularity
6. etc...

Using CAB-SCSF in the long run will mean less bugs and more maintainable code. If your project can afford the initial hit of the learning curve I will definitely recommend it.

Answer 4

The CAB is retired in favor of the SCSF. Both the CAB and SCSF offer some value in terms of standardizing rich client development across projects (if you use them that way), but both are very heavyweight.

Answer 5

We have build our enterprise application over the CAB framework, but have modified many parts of it to suit our needs.

From that experience, I can tell that CAB is more suitable, when you need a very flexible and modular architecture and there is clear division between development for the ui, business logic and the data layer.

CAB does have its disadvantages of having lot of generated code and sometimes induces developers to use complex mechanisms to achieve simple results (like overuse of the event publication/subscription model, mvp pattern for even the simplest ui, ...)

If you want an introduction to this, there an excellent series by Rich Newman at http://richnewman.wordpress.com/intro-to-cab-toc/

If you only want to make use of Dependency Injection/Inversion Of Control, then Managed Extensibility Framework (http://mef.codeplex.com/), can be a very good, lightweight alternative.