Design by Contract

In this chapter, we'll review different principles that make for good software design. Good quality software should be built around these ideas, and they will serve as design tools. That does not mean that all of them should always be applied; in fact, some of them represent different points of view (such is the case with the Design by Contract (DbC) approach, as opposed to defensive programming). Some of them depend on the context and are not always applicable.

High-quality code is a concept that has multiple dimensions. We can think of this similarly to how we think about the quality attributes of a software architecture. For example, we want our software to be secure and to have good performance, reliability, and maintainability, to name just a few attributes.

Design by contract

Some parts of the software we are working on are not meant to be called directly by users, but by other parts of the code. Such is the case when we divide the responsibilities of the application into different components or layers, and we have to think about the interactions between them.