Navigate back to the homepage

Clean architecture in functional programming

Bipin Paul Bedi
November 5th, 2019 · 1 min read

All the design principles and design patterns that we’ve identified over the last several decades apply only to OO; and that Functional Programming reduces them all down to: functions. Quoting from clean coders blog look at the comparison chart below;


In object-oriented architecture, we often struggle towards the ideal of the Ports and Adapters architecture, although we often call it something else: layered architecture, onion architecture, hexagonal architecture, and so on. The goal is to decouple the business logic from technical implementation details, so that we can vary each independently.

This creates value because it enables us adapt to changing business or technology.

Comparing to Clean Coder Clean Architecture :

  • Entities ~ Domain
  • Use Cases ~ Ports
  • Controllers/Gateways/Presenters ~ Adaptors

Thus a functional programming architecture can be modelled in three elements viz:
Domain: the core, the functionality that models the domain behaviours and data.
Ports: entry (or exit) points to the domain. It shall be composed by only pure functions. It will provide the predictability and testability we need for the most important part of the system and we can reason about it more easily due to its deterministic nature.
Adaptors: shall contain all the functions that will access the external systems, i.e. that will perform side effects. So the impure (non-deterministic) functions will be enclosed in the boundaries of the application.

Side tip for code reviewers
If a function name contains “and”, then it is a code smell; violation of single responsibility
e.g. CreateXAndManageY() should be CreateX() + ManageY()
then function composition can be used to create a higher order domain functionality.

#functional-programming #design-patterns #technology #clean-architecture

More articles from Bipin

57 counterproductive software design practices - anti patterns

deciding what not to do is as important as deciding what to do

March 27th, 2019 · 3 min read

9 laws of architecting microservices

architects black book for microservices implementation

January 28th, 2019 · 9 min read
© 2018–2050 Bipin
Link to $ to $ to $ to $