Warum ich immer noch WPF nehme
- Matt
Auf der Build kam wieder nichts zu Desktop. Das ist inzwischen so verlässlich, dass es keine Enttäuschung mehr ist, und es ändert nichts daran, dass ich bei der nächsten internen Anwendung wieder WPF nehmen werde.
Was dafür spricht
Es ist fertig. WPF bekommt keine neuen Konzepte mehr, und genau das ist der Vorteil. Code von 2016 baut und läuft, nachdem man das Zielframework hochgezogen hat. Bei kaum einem Webframework würde ich das behaupten.
Datenbindung, die trägt. Eine Tabelle mit zehntausend Zeilen, sortierbar, filterbar, mit Bearbeitung in der Zelle, ist in WPF ein gelöstes Problem. Im Web ist es eine Bibliotheksentscheidung mit Folgekosten.
Der Rechner gehört einem. Dateisystem, Drucker, serielle Schnittstellen, Zwischenablage, mehrere Fenster auf mehreren Bildschirmen. Alles, was im Browser eine Verrenkung ist, ist hier eine Zeile.
Was dagegen spricht
Die Verteilung, wie ich im Dezember beschrieben habe. Und die Personalfrage: Wer heute jemanden für WPF sucht, sucht länger, und wer heute anfängt zu programmieren, lernt es nicht.
Das ist das ernstzunehmende Argument. Nicht die Technik altert, sondern die Anzahl der Leute, die sie kennen.
Die ehrliche Einordnung
WPF ist keine Wahl für ein Produkt, das zehn Jahre wachsen soll und Personal braucht. Es ist eine sehr gute Wahl für Werkzeuge, die eine überschaubare Gruppe benutzt und die eine Person pflegt.
Diese zweite Kategorie ist größer, als in Konferenzvorträgen vorkommt. Der Großteil der Software, die in Firmen wirklich benutzt wird, sind Werkzeuge mit zwanzig Nutzern und ohne Marketingbudget.
Dass darüber niemand redet, macht sie nicht weniger wichtig. Es macht nur die Suche nach Antworten mühsamer, und das ist ungefähr der Grund, warum es diesen Blog gibt.