Neues Projekt mit LVOOP umsetzen (Diskussion)

' schrieb:man könnte aber auch einfach ein VI schreiben, das die von dir beschriebene Funktion bereitstellt und in die User-LIB packen ... ich seh keinen Grund warum man so eine Funktion für jedes Projekt neu in einer Methode implementieren sollte ...

Wie geschrieben, ob es sinnvoll ist steht auf einem anderen Blatt. Ich hab mich da nur auf dieses konkrete Beispiel bezogen.
Diese Methode würde ich auch nicht in eine OOP-Klasse packen. Teiber jedoch schon. Auch Treiber könnte ich in einem VI kapseln und nur dieses im Programm implementieren. Und für jedes neue Gerät einen neuen TypeDef. State ablegen. Nichts anderes (mehr oder weniger) macht eine OOP-Klasse. Nur steht mir da die Vererbung, Zugriffsrechte, etc (muss ich ja nicht erwähnen, das OOP-Konzept ist dir ja bekannt) zur Verfügung.
Ob OOP oder nicht OOP bleibt jedem selbst überlassen. Es ist nicht für alles sinnvoll, für einiges jedoch schon

und wie RoLe sagte:
Zeit für's Wochenende...

Christian