LabVIEW vs C#

Ich programmiere nun ueber 1 Jahr C#. Nun bin ich auf VOr und Nachteile von C# gegenueber LabVIEW gestossen.

Z.b. Grafische Visualisierung in Diagrammen ist in LabVIEW besser

Gui prorgammierung mit mehreren Fenstern geht in C# besser,....


Nutzt jemand von euch eine Kombination aus .net und C#

Was sind eure erkannten Unterschiede? Eure Vor und Nachteile von C# und .net ?

' schrieb:Gui prorgammierung mit mehreren Fenstern geht in C# besser,....

Hmm, naja

' schrieb:Nutzt jemand von euch eine Kombination aus .net und C#
Was sind eure erkannten Unterschiede? Eure Vor und Nachteile von C# und .net ?

Was meinst du jetzt? (C# und .net) oder (C# und LabVIEW)

Zum letzteren, in LV gehts 1 Stunde in C# 1 Tag

net(es) Weekend

' schrieb:Gui prorgammierung mit mehreren Fenstern geht in C# besser,....

Das glaube ich so noch nicht einfach!

Zitat:Was sind eure erkannten Unterschiede? Eure Vor und Nachteile von C# und .net ?

Wahrscheinlich wolltest Du sagen LabVIEW und C#?

In dem Falle ist für mich der Vorteil von LabVIEW dass ich es nach 17 Jahren Gebrauch SEHR gut kenne und genau weiss was ich damit tun kann. Der Nachteil von C# ist für mich dann dass ich dass dort nicht weiss.

Und Microsoft traditionel wird .Net und C# in ein paar Jahren durch eine noch viel bessere Technologie ersetzt die natürlich nur unter Windows läuft und auch nur mit neuen Microsoft Tools und eine Art Aufwärtskompatibilität kennt die mehr Probleme verursacht dann sie löst. Dann kann man sich wieder aufs neue in eine komplet neue Programmieridee einarbeiten. Manche finden das eine gute Sache da es den Geist jung und frisch erhält .

Rolf Kalbermatter

Ich habe viel mit c# und .net gearbeitet. mittlerweile fast nur noch LabVIEW. vor und nachteile kann man meiner meinung nach nicht klar darstellen, weil jede programmiersprache ihre einsatzgebiete hat.

will ich ein programm schreiben, um hardware zu steuern und zu regeln oder messwerterfassung oder ähnliches, würde ich grundsätzlich LabVIEW bevorzugen. wäre es meine aufgabe, ein projektmanagement tool zu schreiben, würde ich das sicherlich nicht in LabVIEW machen. natürlich geht das, wahrscheinlich ist das ergebnis auch ähnlich performant wie eine c# lösung. aber irgendwas sagt mir, dass LabVIEW nicht dafür gemacht wurde.

die kombination aus c#/.net und LabVIEW habe ich auch schon verwendet. aber nicht weil ich irgendwas nicht in LabVIEW lösen konnte, sondern einfach nur, weil ich schon fertige lösungen in c# hatte die ich dann in LabVIEW als dll verwendet habe.

lg
torsten

Selbst das würde ich in LabVIEW machen, weil ich von C zu weit weg bin und man das mit LabVIEW bestimmt auch problemlos hinbekommt.

Gruß Markus

' schrieb:wäre es meine aufgabe, ein projektmanagement tool zu schreiben, würde ich das sicherlich nicht in LabVIEW machen.

dann scheiterts aber an deinen persönlichen fähigkeiten. grundsätzlich kann man sicherlich jedes problem mit jeder programmiersprache lösen. was geschickt ist, ist ne andere sache. manchmal lohnt es sich, auch mal über den tellerrand hinaus zu schauen.

aber im endeffekt bleibts jedem selbst überlassen, wofür man sich entscheidet. das verwenden des .net-frameworks ist in LabVIEW jedenfalls kein problem.

Anzeige

' schrieb:das verwenden des .net-frameworks ist in LabVIEW jedenfalls kein problem.

Solange man die Assembly zur Laufzeit nicht dynamisch austauschen möchte...Möchte ich eine Assembly durch eine andere Version ersetzten (ein Teil unserer DUT-Daten sind in Assemblies abgelegt, damit unsere Software-Abteilung InteliSense im IDE verwenden kann), muss ich immer LabVIEW komplett schliessen und dann wieder öffnen.
Um das dynamisch zu bewerkstelligen müsste ich zunächst eine temporäre AppDomain öffnen und darin die Assembly laden, so dass sie zur Laufzeit ausgetauscht werden kann...

Auch der GC macht hin und wieder Probleme, so dass ich ihn händisch anschmeissen muss, damit meine Messung nicht "aus dem Tritt" gerät..

Geschickt ist, was schnell geht und was man kann.

Ein anderes Bsp. (wenn auch etwas an den Haaren herbiegezogenes Bsp.) aus dem Alltag (auch wenn jetzt Sommer ist):
Wieso sollte ich denn z.B. mit aller Gewalt Snowboardfahren lernen, um den Berg hinunterzufahren, obwohl ich im Skifahren schnell bin und es schon ewig kann und es zudem noch Spaß macht.
So ist es bei mir mit C. Wieso soll ich mich damit abmühen, nur um etwas hinzukriegen, was ich mit LabVIEW in ein paar Minuten zusammenklicke.
Wobei ich im Nofall auch dafür offen wäre. Dann müsste ich aber die Zeit dazu bekommen, das richtig zu lernen. Ich würde ja nicht ganz bei Null anfangen. Ein paar Grundlagen ("Hello World") sind ja noch da.

Gruß Markus

' schrieb:was geschickt ist, ist ne andere sache. manchmal lohnt es sich, auch mal über den tellerrand hinaus zu schauen.

schönes beispiel. aber was ist, wenn dus mal ausprobierst und feststellst, dass snowboard fahren noch viel schneller ist und viel mehr spaß macht? und du damit sogar richtig coole sprünge machen kannst die du mit skiern nur sehr umständlcih hinbekommst?

*zwinker*

ich bleib dabei: pauschal gibt es keine gute und schlechte sprache. und um zu beurteilen, welche sprache gut ist, spielen natürlich auch so dinger wie "einarbeitungszeit" und ähnliches ne rolle.

' schrieb:weil jede programmiersprache ihre einsatzgebiete hat.

Mit Programmiersprachen ist es wie mit einem Lamborghini. Mit letzterem kann man sehr gut vor der Eisdiele stehen, Einkaufen fahren geht gerade noch. Aber Holen von Steinen für den Garten aus dem Steinbruch würde ich doch lieber einen Passat mit Anhänger nehmen.

' schrieb:vor und nachteile kann man meiner meinung nach nicht klar darstellen

Doch schon: Warum sollte ich was anderes als LV nehmen, wenn mir der MAX doch alle, aber auch wirklich alle Arbeit abnimmt, die mit Datensamplen zusammenhängt.