DUPE: When is Windows Forms the correct choice vs WPF?Sollten wir zu WPF oder Winforms migrieren?
Wir haben in diesen Tagen, ob oder nicht entscheiden, für den Aufbau unserer nächsten Generation unseres Produkts mit WPF als Plattform zu gehen.
Persönlich habe ich etwas Angst vor der Verwendung dieser Technologie vor allem wegen der Leistung und weil es nicht ausgereift ist (ich bin mir nicht sicher über die Qualität der UI-Editoren wie Blend).
Wenn man bedenkt, dass MS ihre nächste Version von VS mit einem WPF-basierten Codeeditor erstellt, fällt es mir schwer, Unterstützung dafür zu finden, dass WPF nicht "ausgereift" ist oder Leistungsprobleme hat.
Ich würde sagen, wenn Sie trotzdem migrieren können, können Sie auch ein Upgrade durchführen, um die Langlebigkeit Ihrer Codebasis zu erhöhen. Wenn Ihr Code ordnungsgemäß in Winforms geschrieben wird, sollte es nicht sehr schwierig sein, dies in WPF zu verschieben.
Wenn Sie nicht brauchen eine sehr glänzende Benutzeroberfläche mit Animationen und so weiter, sehe ich wenig Grund, zu WPF zu springen ... nur noch.
Ich habe vor ungefähr 10 Wochen angefangen, mir WPF beizubringen, und dann habe ich in den letzten 2 Wochen tatsächlich eine Anwendung in WPF geschrieben.
Ich kam von ASP.NET und ich liebe WPF. Ich liebe das XAML-Markup, es macht einfach mehr Sinn, als Objekte zu ziehen und sicherzustellen, dass sie in einem WinForm an der richtigen Stelle sind.
Das Styling ist einfacher in WPF, Sie können schnell eine Grenze mit abgerundeten Ecken machen.
Mit Expression Blend können Sie eine wirklich nette Schnittstelle mit Animationen entwerfen.
Ich habe eine WPF-App auf Vista (zu Hause) und XP (Arbeit) entwickelt und beide sehen wirklich gut aus.
Ich war sehr zufrieden mit WPF und würde nicht zu WinForms zurückkehren.
Persönlich verehre ich absolut WPF.
Es erfordert eine grundlegende Verschiebung des Denkens von Winforms. WinForms, die Sie per Drag & Drop in ein Formular ziehen. Das bringt Ihnen 80% des Weges wirklich schnell und einfach, aber wenn Sie sich außerhalb der Dinge bewegen müssen, die WinForms explizit abdeckt, betreten Sie eine Welt des Schmerzes.
In WPF deaktivieren Sie zuerst den visuellen Editor. Der Code für dein UI reicht von einem hässlichen Chaos zu etwas Schönem. Außerdem ist es bemerkenswert leistungsfähig und flexibel, sobald Sie den Dreh raus haben, sind die Dinge, die Sie tun können, absolut erstaunlich.
Der Nachteil von WPF ist, dass es schwerer ist als WinForms, und die Lernkurve ist relativ groß. Es ist jedoch der Weg in die Zukunft, und wenn es keine triviale App ist, die Sie machen, würde ich WPF Hands-down wählen.
Wenn Sie sich Sorgen über die Leistung sind, sollten Sie diese MSDN-Seiten überprüfen:
Meine Vermutung ist, dass WPF ist sogar WinForms, solange es angemessen ist DirectX Hardware übertrafen weil Rendering kann dann direkt von der GPU gemacht werden.
Mein Gefühl wäre, dass, wenn Sie mit dem Aussehen und Gefühl von Winforms zufrieden sind, dann bleiben Sie dabei. Wenn Sie denken, dass Sie irgendeine visuelle Anpassung tun werden, dann gehen WPF. Aber dann arbeite ich lange mit Winforms und WPF sehr wenig. Wenn ich anfangen würde, würde ich wahrscheinlich auf das Lernen von WPF konzentrieren, da es wirklich viel flexibler ist
Was ist mit der Geschwindigkeit der Entwicklung? Was denken Sie, dass eine Anwendung schneller geschrieben werden kann, WPF oder WinForms? Meine Stimme ist WPF. –
@ Longhorn213 - was Sie sagen, macht nur Sinn, wenn Ihre Entwickler beide Technologien gleichermaßen beherrschen. – Galwegian
Longhorn213: Kommt auf Ihre Bedürfnisse an. Für datenorientierte Anwendungen ist das Fehlen von Steuerelementen wie DataGridView in WPF ein großer Rückschlag. Sie müssen sie entweder selbst schreiben, ein Steuerelement von Drittanbietern verwenden oder den Windows Forms-Host verwenden, keiner davon ist besonders ansprechend. –