Wann sollte man von prozeduraler zu OOP wechseln?

Question

In den meisten Diskussionen über OOP wird gesagt, dass der Vorteil in der Wiederverwendbarkeit liegt. Man macht sich die Mühe, seine Klassen zu definieren, und spart später Zeit, indem man viele Instanzen und Erweiterungen dieser Objekte erstellen kann.

Eine Folge davon scheint zu sein, dass man erst dann von der prozeduralen zur OOP-Programmierung wechseln sollte, wenn der Nachteil, alles in Objekte zu schreiben, der Zeitersparnis gleichkommt.

Wann ist generell ein guter Zeitpunkt für den Wechsel von prozeduraler zu OOP-Programmierung? Gibt es Anzeichen/Merkmale, auf die Sie generell achten, um zu wissen, dass Ihr Projekt umgestellt werden muss?

Answer 1

Das hängt von der Aufgabe ab, aber da ich beides gemacht habe, würde ich Folgendes in Erwägung ziehen:

1. Sind Sie der Meinung, dass die Arbeit Modularität erfordert? die Fähigkeit, ähnliche oder unterschiedliche Dinge von einem zentralen Ort aus zu verwalten? gibt es viele sich wiederholende Elemente? werden schnelle Entwicklungs- oder Verwaltungsänderungen wichtig sein?

2. Haben Sie das Gefühl, dass das Problem, das Sie angehen, vorhersehbar ist und sich wiederholt? Ist die Aufgabe am besten zu lösen, indem Sie Schritte befolgen oder Algorithmen anwenden?

Wenn eher 1, dann OOP, wenn eher 2, dann eine Prozedur.

Verwenden Sie im Zweifelsfall das, womit Sie vertraut sind.

Answer 2

Es ist selten eine gute Sache, den Programmierstil eines laufenden Projekts zu ändern.

Sie können jederzeit OO-Prinzipien auf prozeduralen Code anwenden, wenn Sie klarere Verantwortlichkeiten zwischen Ihren Entitäten wünschen.

zum Beispiel prüfen dieses sehr interessante Buch über OO-Codierung in ANSI-C