Neues Projekt mit LVOOP umsetzen (Diskussion)

' schrieb:Ich habe mich mit dem Thema OOP, besonders mit LVOOP und den LabVOOP Designpatterns auseinandergesetzt.

Hab ich auch. Ergebnis: Das gefällt mir so nicht.

Zitat:Jetzt möchte ich das ganze an einem imaginären Projekt mit euch durchspielen.

Hast du schonmal irgendein sinnvolles Modul in LVOOP gemacht? Ich meine nicht diese Musterbeispiele zum Addieren von zwei Zahlen.

Zitat:Wie geht Ihr jetzt vor?

Die Vorgehensweise ist immer applikationsunabhängig.

Eine Aufgabe wird in kleine, per se unabhängige Module zerleget. Jedes dieser Module ist eine LVOOP-Klasse. Die Klassen selbst können hirarchisch aufgebaut sein. Manche Klassen beinhalten "Unterklassen" (beachte: das hat nichts mit Ableitung/Vererbung zu tun). Das Entprodukt, also die Applikation selbst, ist dann nichts weiter als eine Zusammenstellung von LVOOP-Klassen. (Das da auf bestimmten Ebenen Verbindungen zwischen den einzelnen Klassen gemacht werden müssen, ist klar).

Für das Kamerasystem heißt das:
Eine Klasse für den Helligkeitssensor, eine Klasse für das Blitzgerät, eine Klasse für das Speichern, eine Klasse für die Kamera als solche, etc.pp. Diese Klassen werden in eine integriert, die dann heißt "Bild aufnehmen und speichern."

Vorteil der modularen Bauweise:
Ändert sich der Helligkeitssensor (z.B. die Schnittstelle), muss lediglich die entsprechende Klasse intern angepasst werden. Nach außen hin wird nicht sichtbar sein, dass sich was am Helligkeitssensor egändert hat - demzufolge muss die Applikation weiterhin funktionieren.

Ich würde empfehlen, zuerst eine Klasse für den Helligkeitssensor zu machen. Beachte hier folgendes: Der Helligkeitssensor muss justiert/kalibriert werden. Der hat eine Schnittstelle (RS232, USB etc.etc.). Mindestens die Schnittstelle interessiert das Hauptprogramm überhaupt nicht. Die Schnittstelle zu Bedienen ist Sache der Klasse.