LVOOP im Kommen!

' schrieb:Allerdings stellt für mich OOP noch etwas anderes, wichtiges bereit. OOP sollte eine komplexe Programmieraufgabe abstrahieren und in logische Objekte unterteilen. Dann kann der Entwickler bzw. das Entwicklerteam in Objekten "denken" was die Entwicklung vereinfacht. Es wird leichter OOP Code zu schreiben, ihn zu skalieren oder zu warten. Das ist für mich ein riesen Vorteil gegenüber herkömmlicher Programmierung.

das ist letztenendes eine Geschmacks-Frage, aber ich stimme in dem Punkt "IchSelbst" zu, genau diese Abstraktion, bzw. dieses Denken in Modulen löse ich im Moment durch FGVs und parallel laufende State-Machines, die in der Art wie sie funktionieren einem Objekt in C++ sehr nahe kommen, aber leider halt keine Vererbung etc. bieten.

Für mich bedeutet OOP:
--> Wikipedia-Artikel: Objektorientierte Programmierung

und an dieses Leitbild kommt man mit der Methode FGV+parallel laufende State Machine deutlich näher ran (leider, leider halt ohne Vererbung) als mit LVOOP

so sieht bei mir ein Hauptprogramm (der RT-Teil aus):
   

und so sieht es in einem Modul aus: