Ho programmato per decenni ma non sono stato abituato alla programmazione orientata agli oggetti. Ma per anni passati ho avuto una grande opportunità di imparare OOP, i suoi principi e molti schemi che sono grandiosi.
Da quando ho imparato l'OOP, ho provato ad applicarli a un paio di progetti e ho trovato che quei progetti hanno avuto successo. Sfortunatamente non ho seguito la programmazione estrema che suggerisce di scrivere prima i test, principalmente perché i tempi erano stretti. Quello che ho fatto per quei progetti era
- Identifica tutte le classi necessarie e creale con le proprietà e i metodi appropriati
- ogni volta che esiste una dipendenza tra classi, scrivi un'interfaccia tra loro
- controlla se esistono schemi per determinate relazioni tra classi da sostituire
Con successo, intendevo dire che si trattava di uno sforzo di sviluppo rapido, che le classi possono essere riutilizzate meglio e abbastanza flessibili in modo che un altro programmatore non debba modificare qualcos'altro per sistemare un'altra parte.
Ma mi chiedo se questa è una buona pratica. Certo, so che ho bisogno di mettere i test delle unità di scrittura prima nel mio processo di lavoro. Ma a parte questo, c'è qualche problema con questo approccio - creando molte interfacce - a lungo termine?