J'ai pensé que ce serait bien de lire le "Guide pratique orienté objet", alors j'ai fait une note pour moi-même. C'est toujours en route. Je l'ai lu il y a environ un an et j'ai pensé que c'était un bon livre, mais quand je l'ai relu, j'ai beaucoup à apprendre.
Aucune application n'a changé. Le changement viendra dans n'importe quelle application. Les applications faciles à modifier sont amusantes à écrire. Au contraire, cela coûte de l'argent et devient ingérable. Une partie est un "objet" et une interaction est un "message" passé entre des objets. => C'est important.
Le design est la composition du code. En d'autres termes, l'application elle-même.
Outils de conception orientés objet
** Principes de conception ** Principe SOLID => C'est un gars célèbre. J'en suis conscient lors de l'écriture de code, mais c'est difficile à incarner.
** Design pattern ** GoF, modèle de conception
C'est un outil pratique, mais il est possible pour les débutants de mal comprendre l'intention et de la concevoir d'une manière qui ne correspond pas à l'intention d'origine.
La raison pour laquelle la conception échoue est que la conception ne suffit pas. Ruby est facile et tout le monde peut écrire. Cependant, d'un autre côté, les applications non conçues sont sujettes à l'échec.
De plus, les programmeurs qui connaissent la technique de la conception orientée objet mais ne savent pas comment l'appliquer se heurteront à un autre échec.
Après tout, je pense que ce qu'on appelle un bon livre a beaucoup à apprendre.
--Code lisible --Refactoring Ruby
etc. Si j'ai le temps, j'aimerais également résumer ces livres.
Recommended Posts