' schrieb:<div align="left">Angetrieben von der Umfrage habe ich mir mal dieses
http://www.ni.com/swf/demos/us/LabVIEW/lv_oop/
Video angesehen. Es geht um Neuerungen in LV 8.20 bezüglich objektorientierter Programmierung.
Seht es Euch mal an, es dauert zwar etwas, aber es lohnt sich.
Ich finde es toll, das man sowas machen kann. Jetzt gibt es also LV++ (bald dann wohl LV# und LV.net 
).
</div>
<div align="left">Der OO-Ansatz in LV8.2 ist sozusagen der 1. Versuch, und dementsprechend noch stark in den Kinderschuhen. Aber immerhin.
Da die englische Version schon auf dem Markt ist, ist in den englischsprachigen Foren schon etwas mehr Information (auch erste Nutzererfahrung) zu finden.
Im LAVA sub-Forum über
GOOP (Graphical object oriented programming) findest Du einiges, auch über andere GOOP Ansätze, die schon länger verfügbar und ausgereifter sind.
</div>
' schrieb:<div align="left">
Weiß jemand von Euch was uns das bringt? Ich habe ja nicht so den Durchbilck, aber es handelt sich ja im Prinzip um eine FGV oder andere Variable, bei der ich aber bestimmen kann, wer darauf zugreifen darf - Klasse!
Oder sind diese public/protected/private Variablen/Methoden einfach extrem Speicher und Performance günstiger als VIs? Oder noch sicherer? Oder soll damit erzwungen werden, dass alle Programmierer sauberer und einheitlicher Programmieren?
Könnt Ihr mich etwas aufklären?
</div>
<div align="left">
Speicher- und Performance-günstiger sind OO Methoden nie, eher im Gegenteil. Der Vorteil von OO liegt darin, dass Daten und die Methoden, diese Daten zu manipulieren, zu etwas neuem, eben einem Objekt, zusammengefasst werden. (Streng genommen heißt dieses Neue 'Klasse', und eine Instanz einer Klasse wird 'Objekt' genannt).
Diese Zusammenfassung ('Kapselung'
macht i.A. den Code sicherer, leichter wartbar, kann das Arbeiten in Teams erleichtern, etc. etc. Da all das mit (für den Klassen-Entwickler und voir allem -Nutzer möglichst nicht sichtbarem) Overhead verbunden ist, kommen eben keine Speicher- und Performance Vorteil dabei raus.
OO ist sicher auch kein Programmierparadigma, dass man in allen Fällen anwenden sollte. Je größer ein Projekt wird, desto eher wird OO nützlich sein. Bei kleinen Projekten wirkt sich der code-overhead (der ja neben dem Performance overhead auch noch da ist) halt relativ stark aus.
Was saubere und einheitliche Programmierung angeht: 'Schweinigeln' kann man mit jeder Programmiermethode, OO an sich ist hier nicht hilfreich.
Gruss
Franz</div>
