"While object-oriented design provides a good way to express new vocabularies, object-oriented design is difficult. Difficult because different concerns have to be taken into account: Is the vocabulary good enough? How will the terms interact with each other? Will the domain be extended? Can it be extended? Will the operations change? Can we know this upfront in our nice crystal ball? Are the entities representing the domain important enough to be first class entities? And many other concerns. We have some important conceptual tools for assessing the design of an application - experience, code heuristics, and design patterns are some of them - still Object-Oriented Design (in capitals) is difficult."
Stéphane Ducasse

 

I principi e le tecniche di progettazione illustrati in questa sezione hanno lo scopo di fornire alcuni ulteriori strumenti per rendere più solido il design del software.

 

Articoli

• Progettare oggetti responsabili
  Un oggetto non è solo un “guscio sintattico”: compie azioni e manipola informazioni autonomamente. Esso è cioè dotato di responsabilità che condizionano aspetti importanti di una classe come il nome, lo stereotipo e l’interfaccia.
• Scoprire le collaborazioni nei sistemi orientati agli oggetti
  Sviluppare un modello dinamico significa individuare dei pattern di comunicazione tra gli oggetti che disciplinano il flusso di controllo, equilibrando la complessità del sistema.
• Usi errati dell'ereditarietà in progetti reali (parte prima)
  L’articolo presenta alcuni esempi di progettazione ad oggetti nei quali viene fatto un uso errato dell’ereditarietà. Si vuole in questa sede discutere sull’opportunità d’impiegare una particolare forma d’ereditarietà, cercando di proporre di volta in volta eventuali soluzioni alternative.