Neuling, was bringen mir Klassen, LVOOP

Hi Leute,

ich habe mir eine Tutorial angeschaut
bei dem zwei Werte addiert werden. Der Aufbau ist sehr einfach und verständlich...
aber habe Fagen dazu:

1. Was bringt es ein solchen Aufwand zu treibern, um zwei Zahlen zu addieren?
2. Wo sind die Vorteile bei der Verwedung von Klassen?

Es gibt zahlreiche Beispiele in der Hilfe von LV2011, aber nirgendwo finde ich
was darüber was zum Teufel der Vorteil sein soll?

Ich bezweifel das ich überhaupt richtig verstanden habe, WAS eine Klasse ist?
Im Glossar der LV Hilfe steht:

"Kategorie für Eigenschaften, Methoden und Ereignisse. Klassen sind in einer
Hierarchie angeordnet, wobei jede Klasse die Eigenschaften und Methoden
der übergeordneten Klasse enthält."

Das sagt mir garnichts! Mag sein das man das versteht, wenn man Klassen
verstanden hat... grummel

3. Könnte mir jemand mit einfachen Worten sagen was Klassen überhaupt sind?
4. Kann mir jemand ein Buch sagen, wo sowas gut und für Anfänger von OOP
erklärt ist?

Erstmal Danke und ich hoffe die Fragen sind nicht zu bescheuert, aber bin
nunmal Ing. für MEMS und nicht für Informatik.

Anzeige

Was Du mit Klassen machen kannst, kannst Du problemlos auch ohne Klassen machen. Ich sehe keinen Vorteil darin.

Gruß Markus

Ein Buch über objektorientierte Programmierung findest du zum Beispiel hier:
OOP-Buch
Auf die Vor-/ beziehungsweise Nachteile der objektorientierten Programmierung möchte ich hier nicht eingehen, da das gerne in einem Glaubenskrieg endet...

Hi

LabVIEW Klassen sind eine schlaue erweiterbare Alternative zu Typdefinitionen.

LV Klassen definieren neue Datentypen, also neue Arten von Drähten!
Mit Hilfe der Vererbung, können die Daten und Funktionen erweitert bzw. spezifiziert werden.

Zu diesem Zweck definiert eine Anchestor-Klasse ein oder mehrere dynamic-dispatch VI's, die von den Kindklassen überschrieben werden können/müssen. Im einfachsten Fall macht es das Blockdiagram übersichtlicher, weil durch diesen Vererbungsmechnismus viele Case-Strukturen durch den einfachen Aufruf der dynamic-dispatch VI's ersetzt werden können.

Gruß Holger

Guten Morgen,

also mir hat dieser Webcasts von NI geholfen das Grundprinzip zu verstehen.

Gruß Ome

Wenn du dich mit LVOOP beschäftigen möchtest ist das hier leider das falsche Forum. Ich kann dir nur wärmstens lavag.org ans Herz legen. Dort gibt es eine Menge erfahrener LVOOP Experten und es werden div. Desgin Patterns und Problemstallungen diskutiert.

Für die Addition zweier Zahlen würde ich jetzt nicht zwingend Klassen verwenden (wurde wahrscheinlich nur als Beispiel genutzt zur einfachen Anschauung). Was Klassen aber leisten können ist dir ein Interface zur Verfügung zu stellen, auf das du ganz definiert zugreifst. Das heist zum einen: Bei richtiger Nutzung von Klassen kannst du Datenintegrität programmatisch sicherstellen.
Wie funktioniert das? Ganz einfach: Da du auf Klassen im Prinzip immer durch Methoden zugreifst (auch wenn du einfach nur einen Wert setzen willst) bzw. zugreifen solltest; kann diese Methode eben einfach um einen Integritätscheck erweitert werden und dann zum Beispiel das schreiben gezielt zurückweisen. So werden einige Sachen die du sonst später für jedes Programm neu prüfen müsstest (vor oder nach dem Schreiben) schon auf Unterster Ebene durch deine Klassendefinition erledigt.

Außerdem erlauben es dir Klassen den Datentyp deiner Eingabedaten (in die Klasse) und Ausgabe Daten (was die Klasse wieder ausgeben kann) unabhängig von der internen Speicherung zu machen. Das ist besonders dann ganz schick wenn du später eine Änderung vornehmen willst / musst.

Simpelbeispiel:
Du hast eine Klasse Integer-Array definiert, die aus zwei Attributen - einem Array von Integer Werten und einer Array Länge - besteht. Nun kannst du eine Methode definieren mit der du das Array setzt indem du ein Integer Array reingibst. Genauso kannst du aber auch das gleiche Array setzen indem du ein Str. Array eingibst (als repräsentation von Integers) und in der Methode die Typkonvertierung nach Integer vornimmst - passiert dann alles "unter der Haube" und das hast als Coder nur einmal den Aufwand.

Genauso fällt dir vermutlich auch irgendwann auf, dass du die Array Länge garnicht speichern müsstest. Entsprechend entfernst du das Attribut. Bei einem Normalen Cluster würde jetzt alles was darauf aufbaut (das die Array Länge gespeichert ist) nichtmehr funktionieren, in diesem Fall musst du lediglich in der Zugriffsmethode die Array Länge bestimmen lassen statt wie bisher das Attribut auszulesen - und schon funktioniert wieder jegliches Programm.


Persönlich merke ich das ich in LVOOP sehr viel kleinere Methoden Schreibe, als VIs / SubVIs ohne OOP. Das kann ein Vorteil sein, muss aber nicht (mehr VIs, dafür deutlich übersichtlicher).

Und dann ist da noch die Veerbung. Denke das ist in dem Verlinkten Webcast ganz gut erklärt und da wird denke ich auch klar warum das Praktisch ist.

Gruß Kiesch

P.S: Ich würde LVOOP nicht für unnütz erklären, finde es selbst sogar sehr praktisch. Einziges Problem ist meiner Meinung nach, dass die Klassen gegenüber Textbasierten Sprachen deutlich weniger Vorteile bringen.