LVOOP im Kommen!

' schrieb:Mir ist noch ein Grund eingefallen, warum man (LV)OOP machen sollte: Durch OOP wird es nämlich praktisch unmöglich, mal schnell so zwischenrein den Sourcecode "anzupassen". Oft möchte der Kunde ("plötzlich") ein neues Feature. Dann ist der Programmierer ohne OOP dazu verleitet: "Ach guck, da oben rechts am FP ist noch klein bischen Platz. Und im BD, das ziehen wir auf, machen wir noch ein SR (zu den mittlerweile 18 anderen) und das mit den Wires bekommst du ja auch noch hin". Und ruckzuck hat man ein BD wo nur noch ich mich auskenne.

lol ... na dann habt mal Spass mit eurem Code, die Kunden werdet ihr mit der Einstellung nach und nach verlieren. Wenn es wirklich um das 18. SR geht dass du nun noch einpflegen musst, dann ist vorher schon was schief gelaufen, dann liegt es nicht an der kleinen Änderung dass dein Code unübersichtlich ist ...

Es geht beim Programmieren nicht darum dass sich der Programmierer an seinem Code ergötzen kann, es geht darum dass der Kunde/Benutzer der Software ein Werkzeug bekommt, dass ihm seine Arbeit erleichtert und z.B. total langweilige, immer wiederkehrende Aufgaben automatisiert.

Die Erweiterbarkeit der Software ist immer ein Kompromiss: wählt man seinen Ansatz so groß dass man später leicht erweitern kann hat man am Anfang des Projektes mehr Arbeit, die der Kunde entsprechend bezahlen muss, wozu er u.U. nicht bereit ist, weil ihm das zu teuer erscheint. Wählt man den Ansatz zu klein gibt's später Ärger weil jede popelige Änderung gleich einen riesen Aufwand nach sich zieht.

Und wenn in meinem BD kein Platz mehr ist um eine weiter Funktion einzufügen, dann nehm ich immer noch ein Sub-VI

zu der Behauptung dass ab 100 VIs ein Projekt sinnvollerweise mit LVOOP entwickelt wird sag ich jetz mal nix, das würd in einen handfesten Streit ausarten, glaub ich ... bzw. ich müsste mich fragen, wie meine 1000+ VIs Applikationen die ich seit Jahren (im Team) schreibe, pflege und erweitere überhaupt funktionieren können ... muss wohl ein Wunder sein ...