Chissà perché quando si parla di programmazione ad oggetti, quando si insegna, quando si inizia ad applicarla, il concetto che si usa per contraddistinguere il paradigma ad oggetti è l'ereditarietà!
In realtà l'ereditarietà è molto meno utile di quanto si pensa ed è usata spesso in modo errato.
Quando decidiamo di ereditare da una classe per sfruttarne alcune funzionalità dobbiamo prestare attenzione a non violare il principio di sostituzione di Liskov che dice che una classe B può essere sostituita da una sua classe derivata A (cioè A : B) senza modificare il corretto funzionamento del programma.Questo vuol dire che la classe...
A tutti coloro che già sono consulenti liberi ma soprattutto a quelli che vorrebbero diventarlo: date un'occhiata a questo video: http://ganas.com/mydeclarationofindependence/
Una delle prime regole da seguire per realizzare un’applicazione object oriented con un buon design è la separazione delle competenze: una classe deve fare bene una sola cosa. Lo scopo del presente articolo è di mostrare alcune soluzioni alternative per delegare ad oggetti dedicati certe operazioni che non dovrebbero essere implementate nella stessa classe. In questa prima parte si affronta il tema ricorrendo all’uso delle interfacce. Per leggere l'articolo clicca qui.