Ich dachte, es wäre schön, den "Objektorientierten Übungsleitfaden" zu lesen, also machte ich mir eine Notiz. Es ist noch unterwegs. Ich habe es vor ungefähr einem Jahr gelesen und dachte, es sei ein gutes Buch, aber wenn ich es noch einmal lese, muss ich noch viel lernen.
Keine Anwendung hat sich geändert. Änderungen werden in jeder Anwendung vorgenommen. Anwendungen, die einfach zu ändern sind, machen Spaß beim Schreiben. Im Gegenteil, es kostet Geld und wird unüberschaubar. Ein Teil ist ein "Objekt" und eine Interaktion ist eine "Nachricht", die zwischen Objekten übertragen wird. => Das ist wichtig.
Design ist die Zusammensetzung des Codes. Mit anderen Worten, die Anwendung selbst.
Objektorientierte Entwurfswerkzeuge
** Design-Prinzipien ** FESTES Prinzip => Es ist ein berühmter Typ. Ich bin mir dessen bewusst, wenn ich Code schreibe, aber es ist schwierig zu verkörpern.
** Entwurfsmuster ** GoF, Designmuster
Es ist ein praktisches Werkzeug, aber es ist für Anfänger möglich, die Absicht falsch zu verstehen und sie so zu gestalten, dass sie nicht der ursprünglichen Absicht entspricht.
Der Grund, warum das Design fehlschlägt, ist, dass das Design nicht ausreicht. Ruby ist einfach und jeder kann schreiben. Auf der anderen Seite sind nicht gestaltete Anwendungen jedoch fehleranfällig.
Programmierer, die die Methode des objektorientierten Entwurfs kennen, aber nicht wissen, wie sie angewendet werden soll, stoßen auf einen weiteren Fehler.
Schließlich habe ich das Gefühl, dass das, was man ein gutes Buch nennt, viel zu lernen hat.
etc. Wenn ich Zeit habe, möchte ich auch diese Bücher zusammenfassen.
Recommended Posts