Code Smell 40 - DTOs

Code Smell 40 - DTOs

Maxi Contieri
·Dec 2, 2020·

2 min read

Subscribe to my newsletter and never miss my upcoming articles

Play this article

Data Transfer Objects (DTOs) are widely used, and they 'solve' real problems, do they?

Problems

  • Anemic Object

  • Inconsistent Data

  • Duplicated logic

  • Duplicated structure

  • Class Polluting

  • Information Hiding Violation

  • Code repeated among mutators, accessors, serializers, parsers

  • Ripple Effect

  • Data integrity

Solutions

  1. Transfer anemic data on arrays.

  2. Use real business objects.

  3. If we want to transfer partial objects: use proxies or null objects to break the reference graph.

Sample Code

Wrong

Detection

We can use the same anemic object detectors.

We can check for anemic classes with no business object behavior (removing serializes, constructors, mutators etc).

Tags

  • Anemic

Conclusion

DTOs are a tool and an established practice in some languages. We should use them with care and responsibility.

If we need to disassemble our objects in order to send them away from our realms, we need to be extremely cautioned. Since dismembered objects have no integrity considerations.

His author warns us about its actual abuse.

Relations

More info


The best smells are something that's easy to spot and most of time lead you to really interesting problems. Data classes (classes with all data and no behavior) are good examples of this. You look at them and ask yourself what behavior should be in this class.

Martin Fowler


This article is part of the CodeSmell Series.

 
Share this

Impressum

Technical Opinions are my own. I don't have the revealed truth.

Software Design is a creative activity. These are hints and not rigid rules.

I write on BackEnd Business Systems and OOP Design. My advice/experience might not suit other systems.

You can write me at info(at)maximilianocontieri.com