I’m sitting on the train home from Norwegian developer conference and I am so tired, but happy. It was a great event and I got to meet many friends, some old some new. One person I met that I always enjoy talking to was (among others of course) Laurent Bugnion – the developer behind MVVM Light. I mentioned that I had talked about his framework in my session and he kindly corrected me and told me it was per definition a toolkit and not a framework. That is correct, MVVM Light is a toolkit and not a framework. We talked about the words framework, library and toolkit. Let’s define the three and how they differ.
A framework is a structure, a skeleton. The structure provides the developer something to build by, but the bits and pieces needed is up to the developer to provide. Frameworks often solve a set of problems, and takes care of some boilerplate code the developer would otherwise have to write. A framework is a subsystem that contains the components you need for a set of problems.
A library is a library. A collection of objects that you can use, but in contrast to a framework you don’t have to use all of it- just take the bits and pieces you need.
A library is essentially a set of functions that you can call, these days usually organized into classes. Each call does some work and returns control to the client.
A framework embodies some abstract design, with more behavior built in. In order to use it you need to insert your behavior into various places in the framework either by subclassing or by plugging in your own classes. The framework’s code then calls your code at these points.
A toolkit is a set of tools for a developer, a good example is MVVM Light, which has a framework (an MVVM framework), bits and pieces that you may or may not use, templates and so on.