Code Smell 25 - Pattern Abusers

mcsee

Maxi Contieri

Posted on November 15, 2020

Code Smell 25 - Pattern Abusers

Patterns are awesome. With great powers comes great responsibility.

TL;DR: Don't abuse patterns.

Problems

  • Over Design

  • Readability

Solutions

  1. Measure the tradeoff of patterns usage.

  2. Create solutions based on real world names (essential) over architecture (accidental).

  3. Choose good names.

  4. User MAPPER technique to find bijection real entities.

Sample Code

Wrong

public final class FileTreeComposite {
    //name should be inferred from behaviour
}

public final class DateTimeConverterAdapterSingleton {
    //
}

public final class PermutationSorterStrategy {
    //
} 

public final class NetworkPacketObserver {
    //
}

public final class AccountsComposite {
    //
}
Enter fullscreen mode Exit fullscreen mode

Right

public final class FileSystem {
    // These names map 1:1 to real world concepts
}

public final class DateTimeFormatter {
    //
}

public final class BubbleSort {
    //
}

public final class NetworkSniffer {
    //
}

public final class Portfolio {
    //
}        
Enter fullscreen mode Exit fullscreen mode

Detection

It would be very difficult to create automatic detection rules.

A class name with more than one pattern on it, is a warning.

Tags

  • Abuser

  • Naming

Conclusion

Chose when to apply a pattern solution. You are not smarter for using too many patterns. You are smart if you choose the right opportunity for everyone.

Relations

More Info

Credits

Photo by Nathan Dumlao on Unsplash


When you have a hammer, every problem looks like a nail.


This article is part of the CodeSmell Series.

Last update: 2021/07/09

💖 💪 🙅 🚩
mcsee
Maxi Contieri

Posted on November 15, 2020

Join Our Newsletter. No Spam, Only the good stuff.

Sign up to receive the latest update from our blog.

Related

Code Smell 25 - Pattern Abusers
oop Code Smell 25 - Pattern Abusers

November 15, 2020