ANTIPATTERN

Golden Hammer

Applicare sempre la stessa soluzione (pattern, tecnologia, approccio) anche quando non è appropriata per il contesto.

Il Problema

Quando si conosce bene un pattern (es. Singleton) e si inizia a usarlo ovunque, anche dove non serve. 'Se tutto ciò che hai è un martello, ogni problema sembra un chiodo'. Questo porta a over-engineering, rigidità e problemi di testing.

La Soluzione

Analizzare ogni problema individualmente. Scegliere il pattern/approccio più semplice che risolve il problema specifico. A volte la soluzione migliore è una semplice funzione, non un pattern complesso.

Struttura

Invece di applicare Singleton a ogni classe, usare semplici funzioni, classi normali o dependency injection quando appropriato.

Partecipanti:
Context Analysis - analizza il problema specifico
Pattern Selection - sceglie l'approccio più semplice
Simple Solutions - preferisce semplicità a complessità
Esempi di Codice

PROBLEMA: Golden Hammer - Singleton ovunque

Applicare Singleton anche quando serve flessibilità e testabilità.

JAVASCRIPT
Loading...

SOLUZIONE: Usa il tool giusto per ogni problema

Funzioni semplici quando basta, classi normali quando serve stato, Singleton solo quando davvero necessario.

JAVASCRIPT
Loading...
Esempi di Errori Comuni
Usare Singleton per ogni classe invece di dependency injection
Applicare microservices anche a progetti piccoli
Usare sempre Redux anche per stato locale semplice
Over-engineering con pattern complessi dove basterebbe codice procedurale
Perché Evitarlo
Valuta ogni problema individualmente
Come Correggerlo
Scegli il tool giusto per il problema
Preferisci semplicità a complessità
Usa pattern solo quando risolvono un problema reale
YAGNI - You Aren't Gonna Need It