1 The tendency of Object-Oriented Programming towards increased system complexity (Struggling with code)

1.1 Introduction

In this chapter, we explore the tendency of Object-Oriented Programming (OOP) systems to be complex.

This complexity is not related to the syntax or the semantics of a specific OOP language. It is something that is inherent to OOP fundamental insight that programs should be composed from objects that consist of some state together with methods for accessing and manipulating that state.

In this chapter, we illustrate how some fundamental aspects of OOP tend to increase the complexity of a system.

Over the years, OOP ecosystems have alleviated this complexity increase by adding new features to the language (e.g. anonymous classes and anonymous functions) and by developing frameworks that hide part of this complexity by providing a simpler interface to the developers (e.g. Spring and Jackson in Java). Internally, they rely on advanced features of the language (like reflection and custom annotations).

This chapter is not meant to be read as a critics of OOP programming. Its purpose is to raise awareness of the tendency towards increased complexity of OOP as a programming paradigm and to motivate you to discover a different programming paradigm where the system complexity tends to be reduced present, namely Data Oriented programming.

1.2 OOP design: classic or classical?

1.2.1 The design phase

1.2.2 UML 101

1.2.3 Explaining each piece of the class diagram

1.2.4 The implementation phase

1.3 Sources of complexity

1.4 When code and data are mixed, classes tend to be involved in many relations

1.5 When objects are mutable, understanding code requires extra thinking

1.6 When data is locked in objects as members, data serialization is not trivial

1.7 When code is locked into classes, class hierarchies are complex

1.8 Wrapping up