WPF - UI Set?

Mike schrieb:
> Hintergrund: eine bestehende Anwendung soll überarbeitet werden und
> hierbei auch ein neues UI bekommen, welches von Win95-lookalike
> aufgehübscht/komfortabler werden soll.

Dann überspringe WPF und geh gleich auf UWP. WPF ist mehr oder weniger 
tot zumindest wenn man neu damit anfängt.

Wir verwenden DevExpress, und sind sehr zufrieden damit.

PS: WPF ist genausowenig tot wie WinForms oder MFC.

@ Abradolf Lincler: Und was sollte man da nehmen? Es kommt halt wieder 
overhead für die Neuentwicklung dazu.

@ Ruffalo: Habe ich auch gefunden und sah gut aus. Preis ist noch im 
Rahmen. Alternativen dazu gibt es nicht?

Habe zwar noch nicht damit gearbeitet, aber Telerik scheint auch eine 
Option gegenüber DevExpress zu sein

@ Flo: Ja, Telerik habe ich auch ergoogelt :D Dazu noch Prism, Exceed, 
... und viele andere. Mein Problem ist nur: Jedes ausprobieren kostet 
sehr viel Zeit, deswegen würde ich da gerne etwas Erfahrungen hören. 
DevExpress sah von Anfang an gut aus. was ich mich frage - gibt es da 
nichts aus der Freeware ecke?

@Arc Net: Wie gesagt, die Software besteht und die Elemente habe ich ja 
alle schon. Allerdings ist das Look and Feel halt... naja, angestaubt.
Metro habe ich lustigerweise AUCH gefunden :D aber das is ja genau das 
Problem: Jetzt habe ich das alles soweit fertig in XAML / WPF gebastelt, 
und nun bügel ich so ein theming drüber. ABer eine richtige 
Übersichtsseite oder sonst was gibt es da ja nicht?!

Bspw. sehe ich bei Metro nirgends einen schönen Treeview.

(Zu den Daten: Es sind vll mal 200 Zeilen mit 4 Spalten maximal in einem 
Tabfenster. Wichtiger wäre, dass man hier einen Treeview machen kann und 
das Ganze sauber aussieht, es müssen switches möglich sein innerhalb der 
Zeilen, etc

Der Xamarin Tipp ist auch gut, aber eine Entwicklung ist da weniger 
geplant. Das wäre vom Core schon so anders, dass wir da wohl separat 
fahren müssen...

@Mike:
Zu Prism: Das hat eigentlich garnichts mit einem UI-Framework zu tun. Es 
ist eher ein Framework, dass dir bei der "Umsetzung" gängiger 
DesignPatterns hilft (DI,IoC, MVVM etc.)
Zu Xceed: Da gibt es glaube ich eine Freeware-Version mit 
eingeschränkten Funktionalitäten, die aber auch schon einiges bietet.

Allgemein würde ich mir vorab überlegen, ob es je überhaupt Sinn macht 
auf ein kommerzielles Produkt zu setzen (keine zu komplexen 
Funktionalitäten usw). Denn wie Arc Net kann man beliebige UI-Elemente 
auch selbst über Templates und Styles beliebig anpassen.

Mit der benötigten Zeit gebe ich dir recht. Jedoch sollte man die sich 
schon nehmen, wenn ein Produkt erworben werden soll, auf das man auch 
längerfristig setzen will. Nicht das man es nach einem halben Jahr 
wieder in die Tonne schmeißt, da die Annforderungen nicht erfüllt werden 
können.

Danke für deine Antwort!

Prinzipiell muss ich also zwischen dem kompletten Framework und Themes 
unterscheiden, soweit richtig?

Sprich: DevExpress = Framework, Metro = Theme?

Sprich #2: Wenn ich alles bisher mit dem Standard-Set von VB umsetzen 
konnte, würde ggf. auch ein neues Theme ala Metro reichen?

Das ist iwie ein ziemlicher Dschungel.

Mike

Hey,

das ist besagte Frage oben:
"Sprich: DevExpress = Framework, Metro = Theme?"

Allerdings gibt es nur das Grid-Panel und keinen schönen Treeview (oder 
irre ich) - somit habe ich hier schon das erste Problem.

Sonst hätte man es ja auch mit einem Theme erschlagen können, oder?

VG Mike

Mike schrieb:
> Sprich: DevExpress = Framework, Metro = Theme?

WPF = Framework.

DevExpress = Control-Sammlung.

Theme: Möglichkeit, den Stil aller Controls zu ändern, ohne sie 
aufwendig einzeln befummeln zu müssen. Außerdem kann man den Anwender 
den Stil zur Laufzeit wählen lassen.

> Allerdings gibt es nur das Grid-Panel und keinen schönen Treeview
> (oder irre ich) - somit habe ich hier schon das erste Problem.

Die WPF enthält natürlich schon ein TreeView.

https://msdn.microsoft.com/de-de/library/ms747277(v=vs.110).aspx

Was "schön" angeht: Gerade mit der WPF kannst du alle Controls in sehr 
weitem Rahmen nach deinem Gusto umgestalten.

https://msdn.microsoft.com/de-de/library/ms752048(v=vs.110).aspx

Allerdings gehören TreeViews schon zu den komplexeren Controls. Um 
Templates, Trigger etc. zu verstehen, könnte man erst einmal mit 
einfacheren Controls herumspielen:

https://msdn.microsoft.com/de-de/library/ee230084(v=vs.110).aspx
http://www.blackwasp.co.uk/WPFControlTemplates.aspx

Oliver R. schrieb:
> Was meinst Du eigentlich mit UI für WPF? Mit WPF erzeuge ich UIs. Du
> gehts glaube ich davon aus, dass man neben WPF noch ein anderes
> Framework braucht, um ein gediegenes UI zu erstellen.
> Eigentlich bringt WPF schon alles mit, um Deine Anforderungen zu
> erfüllen.

Dem kann ich nur zustimmen. Alle bisher von Dir genannten Forderungen 
lassen sich mit WPF doch "out of the box" umsetzen. Wozu soll man sich 
da noch in irgendeine Library eines anderen Herstellers einarbeiten?