Winforms Control oder gleich WPF lernen

  • C#

Es gibt 6 Antworten in diesem Thema. Der letzte Beitrag () ist von rykoJLL.

    Winforms Control oder gleich WPF lernen

    Guten Abend/Morgen VBP-Community,
    Ich bin gerade dabei ein Tool zu schreiben,welches mir meine Projekte zwischen USB und PC Synchronisiert. Ich bin soweit, dass das auslesen der Projekt Ordner soweit klappt. Habe mir dazu natürlich ein Paar Klassen geschrieben. Eine Klasse die Eigenschaften der Projekte hält, eine workaround Klasse die ich schreiben musste,weil sich FileInfo Objekte sich nicht mit nem XMLSerializer Serialisieren lassen und ne Config Klasse, die Einstellungen durch Serialisierung speichert und ausliest. Ursprünglich wollte ich dann eine List<Project> an die Listbox binden und hab deshalb auch die ToString Methode überschrieben. Bei der Listbox fehlt mir aber die Funktion, ein Item auszuklappen und z.B. die in dem Projekt Ordner liegend Files aufzulisten. Keine Ahnung ob sich das mithilfe von nem Usercontrol lösen lässt,deshalb war mein zweiter Gedanke WPF zu lernen, zu dem es eigentlich auch mal Zeit ist. Die Frage ist, wenn ich nun auf WPF umstelle, muss ich dann meine ganze Klassen Struktur umwerfen? So ein Control ,bei dem sich die Items ausklappen lassen und weitere Subitems auflisten lässt ist in WPF doch recht einfach umsetzten? Wie groß ist dabei der Lern Aufwand,wenn man sich an Winforms gewöhnt hat?

    Spoiler anzeigen

    C#-Quellcode

    1. using System;
    2. using System.Collections.Generic;
    3. using System.Linq;
    4. using System.Text;
    6. namespace Proj_Synchron
    7. {
    8. //FileInfo wont serialize because it has no parameterless constructor,so im using this class instead
    9. public class ConfigFileInfo
    10. {
    11. private string name;
    13. public string Name
    14. {
    15. get { return name; }
    16. set { name = value; }
    17. }
    19. private string fullname;
    21. public string Fullname
    22. {
    23. get { return fullname; }
    24. set { fullname = value; }
    25. }
    27. private long length;
    29. public long Length
    30. {
    31. get { return length; }
    32. set { length = value; }
    33. }
    35. public ConfigFileInfo(string cname, string cfullname,long clength)
    36. {
    37. this.Name = cname;
    38. this.Fullname = cfullname;
    39. this.Length = clength;
    40. }
    41. //Empty Constructor for Serializing
    42. public ConfigFileInfo()
    43. {
    45. }
    47. }
    48. }


    C#-Quellcode

    1. using System;
    2. using System.Collections.Generic;
    3. using System.Linq;
    4. using System.Text;
    5. using System.IO;
    7. namespace Proj_Synchron
    8. {
    9. public class Project
    10. {
    11. private string projname;
    12. private DateTime lastchanged;
    13. private int filecount;
    14. private List<ConfigFileInfo> files;
    15. private string projectfullpath;
    18. public string ProjectName
    19. {
    20. get { return projname; }
    21. set { projname = value; }
    22. }
    24. public DateTime LastChanged
    25. {
    26. get { return lastchanged; }
    27. set { lastchanged = value; }
    28. }
    30. public int Filecount
    31. {
    32. get { return filecount; }
    33. set { filecount = value; }
    34. }
    36. public List<ConfigFileInfo> ProjectFiles
    37. {
    38. get { return files; }
    39. set { files = value; }
    40. }
    42. public string ProjectFullPath
    43. {
    44. get { return projectfullpath; }
    45. set { projectfullpath = value; }
    46. }
    48. public Project(string Projectname,string Projectfullpath,List<ConfigFileInfo> ProjectFiles,int Filecount,DateTime LastChanged)
    49. {
    50. this.ProjectName = Projectname;
    51. this.ProjectFullPath = Projectfullpath;
    52. this.ProjectFiles = ProjectFiles;
    53. this.Filecount = Filecount;
    54. this.LastChanged = LastChanged;
    55. }
    56. //Empty Constructor for Serializing
    57. public Project()
    58. {
    60. }
    62. public override string ToString()
    63. {
    64. return this.ProjectName;
    65. }
    66. }
    67. }

    Also zunächst mal die Klassenstruktur musst du natürlich nicht verwerfen, höchstens etwas anpassen. Du hast damit praktisch schon ein schönes Model erstellt, fehlen also nur noch ViewModel und View (ich spreche hier übrigens vom in WPF üblichen MVVM-Pattern). Und wenn du bisher auch noch nicht viel an der WinForms-GUI gemacht hast, dann solltest du nicht viel Verlust haben.
    Und zum Control, klar wäre das in WPF einfach, nur musst du wissen, dass WPF an sich nicht einfach ist. Wenn mans kann gibt es einem viele tolle neue Möglichkeiten, aber man muss es eben auch können. Letzendlich kann ich nicht wirklich sagen, ob du umsteigen solltest oder nicht, das musst du ganz alleine entscheiden. Ein solches Control in WinForms zu erstellen wäre aber auch nicht gerade die einfachste Aufgabe, da könntest du auch schon mal ein Weilchen dran sitzen.

    Was du hier beschreibst, erinnert mich viel eher an ein TreeView-Control als an eine Listbox. Du kannst das TreeView-Control bestimmt auch selbst zeichnen und es wie eine Listbox aussehen lassen, falls du bei WinForms bleibst.

    Skybird schrieb:

    Das sind ja Ubisoftmethoden hier !

    Tag Artentus,
    danke für die Antwort. Natürlich kann ich momentan mit Sachen MVVM- Pattern und der gleichen nur recht wenig, bis garnichts Anfangen, da ich mich nur Oberflächlich mit WPF auseinander gesetzt habe,aber schon mal gut zu wissen,dass ich nicht alles Neu machen muss. WPF scheint hier halt eine gute Lösung, wegen der Control Templates.

    @vbchecker
    Ja das TreeView hatte ich auch schon im Gedanken,jedoch kann ich daran keine List<T> binden und ich müsste mich wieder zwecks einem Workaround Informieren.

    rykoJLL schrieb:

    Control Templates
    Hier wären es DataTemplates. :)

    Du kannst es auch mit vb-checkers Methode versuchen, das könnte sogar funktionieren, wäre aber vermutlich auch nicht wirklich einfacher, als das Control selbst zu erstellen. In WPF schaffst dus wahrscheinlich (ohne es ausprobiert zu haben) mit <50 Zeilen XAML (außer du willst die Controls auch noch umstylen).
    Ich kann aber wie gesagt nicht beurteilen, ob oder wie leicht dir WPF fallen wird. probier einfach mal ein paar Kleinigkeiten damit aus, dann kannst du selbst entscheiden, ob du dir das zumuten willst oder nicht.

    rykoJLL schrieb:

    Ja das TreeView hatte ich auch schon im Gedanken,jedoch kann ich daran keine List<T> binden und ich müsste mich wieder zwecks einem Workaround Informieren.

    Wenn du SubItems darstellen willst, reicht eine normale List(Of T) doch eh nicht aus, da die sowas nicht abbilden kann. Das TreeView wirst du daher wohl selbst befüllen müssen samt SubItems.

    Wenn es doch DataBinding sein soll, schau dir evtl dies an:
    Data Binding TreeView in C#
    Hierarchical TreeView control with data binding enabled

    Skybird schrieb:

    Das sind ja Ubisoftmethoden hier !

    Das erste Control sieht ja schon mal echt gut aus.Danke für den Link. Das werde ich jetzt erstmal nutzten und mich dann aber trotzdem mit WPF beschäftigen.
    Danke euch beiden und en schönes Wochenende noch :)

Facebook
Telefonspende