ist der hype um wpf vorbei?
-
Ich wollte gerade ein neues Projekt in c# starten und wollte eine Modifikation eines bereits bestehenden Algorithmus erstellen. Da dieser Algorithmus in der Alt-Form noch in der Konsole ausgeführt wird, dachte ich mir dass ich mal ne Oberfläche gestalte und das in WPF mache. Das Projekt soll 4 bis 5 Leuten helfen,
also nichts für die breite Masse, also wird sich leicht realisieren lassen. Trotzdem frage ich mich ob die Zeiten von WPF nicht langsam vorbei sind. Irgendwie kommt man an Web/Azure/Cloud Anwendungen nicht mehr vorbei oder irre ich. ich hab mir ein testprojekt in wpf mit mvvm gestartet und komme überhaupt nicht klar (das ist auch der grund warum ich bei der Desktopanwendung bleiben möchte).Wie lange wird Wpf noch unterstützt werden? werde ich gezwungen werden irgendwann den Code der Anwendung auf eine Webanwendung übertragen zu müssen?
Diese Vorstellung ist für mich der Horror. Wohin geht der Weg von Wpf und wie lange wird es wohl noch unterstützt werden??
-
WPF wird immer in unseren Herzen bleiben.
-
aber das ist winforms schon seit Jahren
-
Microsoft-Technologien sind allgemein recht kurzlebig.
-
Wer sich auf Microsoft verlässt, ist verlassen.
-
ganz genau schrieb:
Wer sich auf Microsoft verlässt, ist verlassen.
Man kann kurzfristig, 2...5 Jahre oder so, selten länger, mit Mickrosoft-Stuff Geld verdienen. Dann lässt das nach. Mehr Erfolg hat man, wenn man auf Technologien setzt, die etabliert sind. MS hat das nur mit seinem x86-Desktop-PC OS "Windows" geschafft, aber sonst nirgends. Witzigerweise kamen sie diesbezüglich nie aus der Selbstfindungsphase heraus.
-
rauskramen und das c# zeugs nach c++ portieren und es mit Qt versuchen...
-
maxikon schrieb:
Irgendwie kommt man an Web/Azure/Cloud Anwendungen nicht mehr vorbei oder irre ich.
maxikon schrieb:
rauskramen und das c# zeugs nach c++ portieren und es mit Qt versuchen...
Und wie passen diese beiden Aussagen zusammen?
Mich interessiert das ganze Web und Cloud Zeugs kaum und ich kann das bisher weitgehend ignorieren. Noch kann man mit Desktopanwendungen genug Geld verdienen. Inwiefern WPF eine Zukunft hat, ist schwer zu sagen, aber ich bin da recht optimistisch.
Vor allem, wenn du das für 4-5 Leute schreibst, kann dir doch völlig egal sein, ob die anderen alles für die Cloud machen.
-
ne Zukunft hat oder ob man mittelfristig(2 - 3 Jahre) wieder umschwenken müsste. Der Hauptaugenmerk liegt für mich klar in der Programmierung/Verbesserung des Algorithmus, die Oberfläche ist eher unwichtig, nur grundlegend für die Interaktion mit dem Benutzer. Was ich sagen will. ich kann keine Webanwendungen bzw. ich hab mich damit noch nicht beschäftigt. Ich kann grundlegend wpf und habe auch nicht vor Webanwendungen zu lernen, weil der Zeitaufwand im Moment mein Zeitbudget überschreitet. Ich bin Chemielaborant und habe C# nur gelernt um kleine Tools zu schreiben die meinen Azubis helfen, kein professioneller Programmierer. Und deswegen bin ich mir im Moment ziemlich unsicher.
-
Ich gehe stark davon aus, dass sich in den nächsten 2-3 Jahren nicht viel ändern wird. .NET/WPF/MVVM usw. ist eine wichtige Plattform für Geschäftsanwendungen und es sind keine Alternativen (von MS) in Sicht.
-
Zum Glück ist WPF nicht mehr angesagt. WPF ist eines der schrecklichsten GUI-Toolkits die ich jemals kennenlernen durfte. Das gleiche Spiel mit Modern UI. Da ist das XAML genau so schlimm.
-
und was ist besser?
-
Artchi schrieb:
Zum Glück ist WPF nicht mehr angesagt. WPF ist eines der schrecklichsten GUI-Toolkits die ich jemals kennenlernen durfte. Das gleiche Spiel mit Modern UI. Da ist das XAML genau so schlimm.
Dem kann ich so eigentlich nicht zustimmen. WPF bietet mit XAML eine sehr gute Grundlage um Anwendungen für visualiserung dynamischer Daten etc. zu erstellen. Auch bietet WPF gerade durch die perfekte Anwendbarkeit von MVVM eine optimale Trennung von Anzeige und Businesslogik.
-
Kann ich auch nicht zustimmen. Hab zwar nicht mehr so viel mit WPF gemacht, weil ich dann zu der Zeit als es rausgekommen ist kaum noch .NET gemacht habe, aber ich fand WPF weder schlimm noch kompliziert. Dafür ist es sehr flexibel und mächtig.
-
Könnte mir vorstellen, das sie noch was einfacheres um WPF rumwrappen damit das mal jemand effektiv bedienen kann. Die Unterstützung ansich wird ja wohl gegeben sein. Man munkelt es laufen auch noch mehr als nur wenige MFC/WinAPI Clients dort draußen
-
Mechanics schrieb:
fand WPF weder schlimm noch kompliziert
Dann hast du nicht genug damit gemacht
Aber ernsthaft: WPF ist stellenweise schon etwas komplizierter als nötig.
Wenn man ne Kleinigkeit am Aussehen eines Buttons ändern möchte, dann als Antwort "da musst du nur" + 1000 Zeilen XAML Code bekommt, dann ...Naja, ist halt nicht jedermanns Sache.
-
hustbaer schrieb:
Aber ernsthaft: WPF ist stellenweise schon etwas komplizierter als nötig.
Wenn man ne Kleinigkeit am Aussehen eines Buttons ändern möchte, dann als Antwort "da musst du nur" + 1000 Zeilen XAML Code bekommt, dann ...Sicherlich hast du hier recht. Aber im Vergleich zu Windows Forms hat man deutlich mehr und bessere Möglichkeiten. - Wir entwickeln im Unternehmen unsere Anwendungen zwar auch noch mit Windows Forms aber das eben aus Zeitgründen, da unsere Kunden Projekte am besten noch fertig haben wollen bevor wir den Auftrag haben und Windows Forms schneller zu bauen sind.
Aber betrachtet man WPF in seiner Gesamtheit und vergleicht es mit Windows Forms dann ist es aus meiner Sicht immer überlegen.
-
Hast du schon mit WPF gearbeitet?
-
inflames2k schrieb:
Sicherlich hast du hier recht. Aber im Vergleich zu Windows Forms hat man deutlich mehr und bessere Möglichkeiten. - Wir entwickeln im Unternehmen unsere Anwendungen zwar auch noch mit Windows Forms aber das eben aus Zeitgründen, da unsere Kunden Projekte am besten noch fertig haben wollen bevor wir den Auftrag haben und Windows Forms schneller zu bauen sind.
Das spricht doch eindeutig gegen WPF! Damit ist WPF doch schon gescheitert.
Es ist kompliziert und nicht intiutiv (XML ist der Horror!) für Coder. Das Argument "der Designer-Kollege macht die GUI" ist sowas von weltfremd bei Individual- und LOB-Software, das sich die MS-Leute die gesamte Desktop-GUI-Zukunft damit auf Windows kaputt gemacht haben.
In der Realität macht doch der Coder auch gleich die GUI mit. Und das am Besten in der vertrauten Sprache in der er auch das restliche Projekt macht (z.B. C#).
Ausnahme ist nur Standard-Software (Adobe, Magix und wie sie alle heißen), da mag es tatsächlich GUI-Designer in den Firmen geben. Aber nicht bei Enterprise-Software.
Genau daran ist auch JavaFX 1 bei der Java-Community gescheitert. Da musste man alles in XML und JavaScript machen. Der totale Break! Als Sun merkte, das es keiner will, zog man die Notbremse. Erst JavaFX 2 erlaubte alles komplett in Java zu coden (FXML ist nur eine Option). Und deshalb ist JavaFX 2 auch in der Java-Community angekommen und löst Swing langsam aber sicher ab.
Genau der gleiche Quatsch bei Qt: die GUIs in JavaScript? Viele Qt-Benutzer haben einen Aufstand gemacht und die Qt-Entwickler mussten zurück rudern und versprechen wieder eine C++-API parallel anzubieten. Erst dann gab es Frieden.
Und hier ist WPF noch nicht angekommen. Man könnte irgendwie ohne XAML was machen, aber so richtig ist das nicht offiziell gewollt. Und deshalb ist WPF auch gescheitert. Auch bei Euch! Ihr macht selbst neue Aufträge in WinForms, weil WPF mit seinem XAML der letzte Rotz ist.
Wenn WPF so geil wäre, wie du dir einredest, warum benutzt ihr das nicht bei neuen Aufträgen?
-
Ich habe ja nicht gesagt, dass wir es noch nie eingesetzt haben. - Klar haben wir auch schon Visualisierungen für die Kunden gebastelt, wo WPF das Mittel der Wahl war. Einfach weil es deutlich einfacher ist dynamische Anzeigen zu generieren als mit Windows Forms.
- Im groben und ganzen hast du jedoch recht, im Enterprise Bereich mit Individual-Software wird es in seiner jetzigen Form nie wirklich Verwendung finden. -
