OOP ist nichts anderes als ein Designmuster. Wenn Sie gerade erst anfangen, lernen Sie die Grundlagen, indem Sie sich auf den prozeduralen Ansatz konzentrieren. Machen Sie sich vor allem mit Grundprinzipien wie Schleifen, Bedingungen und dem Aufrufen anderer Prozeduren vertraut.
Machen Sie es sich beim Erstellen Ihres Prozedurcodes zur Gewohnheit, verwandte Methoden in eine einzelne Quelldatei einzufügen. Lernen Sie, Ihre Prozeduren in logische Einheiten zu unterteilen, und schon beginnen Sie, objektorientiert zu werden. Grundsätzlich ist ein Objekt nichts anderes als eine Sammlung von Methoden, die miteinander in Beziehung stehen, nur weil sie mit demselben Datensatz arbeiten. (Ich spreche hier nicht von Datenbanken, sondern von Anwendungsdaten!)
OO wird hauptsächlich verwendet, um Ihren Code logischer zu gestalten, indem Sie alles in einfache Blöcke unterteilen. Durch die Kombination der richtigen Blöcke erhalten Sie eine vollständige Anwendung. OO ist keine Silberkugel oder ein goldener Hammer, der all Ihre Probleme löst. Aber es macht es einfacher, Ihren Code zu verstehen.
Andererseits schaffen es einige Leute immer noch, Objekte komplett durcheinander zu bringen, indem sie sie einfach mit Hunderten von Methoden in riesige Superobjekte verwandeln. Solche Objekte unterscheiden sich kaum von einem regulären prozeduralen Ansatz, einfach weil eine Vielzahl von Methoden ohne wirkliche Logik miteinander kombiniert werden. Es ist ein Fehler, der leicht zu machen ist, wenn Leute zu schnell anfangen, OOP zu machen.