Ist es für Anfänger notwendig, sich immer an objektorientiertes Design zu halten?

Manchmal ist es nicht möglich, die gewünschte Funktion ordnungsgemäß in eine Klasse zu abstrahieren, sodass sie nur prozessorientiert implementiert werden kann (es gibt nicht einmal die Möglichkeit, sie in eine Funktion zu integrieren). Wie sollen wir das jetzt tun? Wird sich die Gewohnheit, „den Code zuerst wie erwartet laufen zu lassen und ihn dann später umzugestalten“, in Zukunft negativ auswirken?

Antwortinhalt:

Nein, denn es ist einfach unmöglich, es so früh zu lernen. Lernen Sie zuerst, Code zu schreiben und dann objektorientiert zu werden. Das bedeutet natürlich nicht, dass Sie die Kurse nicht nutzen sollten. Anfänger können sie jedoch gelegentlich nutzen, wenn sie sie häufiger nutzen, werden sie in Zukunft ein tieferes Verständnis für Best Practices haben. Zur OO zu gehen, um ein Problem zu lösen, ist richtiges Denken. Zur OO zu gehen, um ein Problem zu lösen, ist eine Krankheit und kann nicht geheilt werden. Nein, erstens sind nicht alle Probleme für die objektorientierte Lösung geeignet. Zweitens ist es für Anfänger wichtiger, die Grundlagen zu festigen. Wenn Sie objektorientiert lernen möchten, können Sie auch die vorhandenen Übungen lösen Machen Sie es vorher objektorientiert und finden Sie das Gefühl heraus.


Folgen Sie meiner Zhihu-Kolumne „Node Flash“ und erlernen Sie in 15 Minuten eine Node-/Front-End-Fähigkeit. Alle Quellcodes werden bereitgestellt. Es muss nicht alles in eine Klasse umgewandelt werden, objektorientiert ist nur eine Möglichkeit. Wenn Sie oo wirklich um oo willen tun möchten, kann ein kleines Programm sehr umfangreich geschrieben werden, aber es nützt nichts, da es zu viele redundante Klassen gibt und es immer noch schwierig zu warten ist.

Außerdem kann man oft nur mit dem Schritt „Schreiben, damit der Code ausgeführt werden kann“ fortfahren. Viele Projekte haben möglicherweise noch nicht einmal die Möglichkeit, sie umzugestalten. Um die Kunst des Schwertkampfs zu erlernen, muss man die Schwertkunst jeder Schule beobachten, vom Komplexen zum Einfachen übergehen, die allgemeinsten Rechtsprinzipien daraus extrahieren und sich ein eigenes Verständnis des Schwertkampfs bilden.
Dann müssen Sie vom Einfachen zum Komplexen übergehen und allgemeine Rechtsgrundsätze arrangieren und kombinieren, um Ihre eigene Schwertkunst zu bilden.
Das Gleiche gilt für die Programmierung Zuerst muss man ein Ziel haben, und dann kann man ihr schreiben Wenn Sie in Zukunft mehr Code verwenden, können Sie Beschwörungen aufsagen und dann die Kapselungsideen dieser guten Frameworks erlernen.

Als ich C lernte, habe ich jede Datenstruktur und jeden Algorithmus selbst geschrieben. Nachdem ich dann C++, Java und C# gelernt hatte, entdeckte ich, dass diese Dinge leicht verfügbar und so bequem zu verwenden sind. und dann lerne ich natürlich, objektorientiert zu sein. Prozessorientiert bedeutet prozessorientiertes Schreiben.

Schließlich sind Sie ein Anfänger und wissen nicht, wie man objektorientiert vorgeht.

Das ist zumindest erträglich