DataGridView - Daten von SubClass darstellen

  • VB.NET
  • .NET (FX) 4.5–4.8

Es gibt 4 Antworten in diesem Thema. Der letzte Beitrag () ist von ErfinderDesRades.

    DataGridView - Daten von SubClass darstellen

    Guten Tag zusammen!

    Nehmen wir als Beispiel folgenden Code:
    Spoiler anzeigen

    VB.NET-Quellcode

    1. Option Strict On
    3. Imports System.ComponentModel
    5. Public Class Form1
    7. Private ts As New BindingList(Of t)
    9. Private Sub Form1_Load(sender As Object, e As EventArgs) Handles MyBase.Load
    10. ts.Add(New t(0, "Null", New Kategorie(0, "Kategorie Null")))
    11. ts.Add(New t(1, "Eins", New Kategorie(1, "Kategorie Eins")))
    13. DataGridView1.DataSource = ts
    15. ts(0).Kategorie.getData(New Kategorie(2, "Geändert"))
    16. End Sub
    17. End Class
    19. Public Class t
    20. Implements INotifyPropertyChanged
    22. Private _ID As String
    23. Public Property ID() As String
    24. Get
    25. Return _ID
    26. End Get
    27. Set(ByVal value As String)
    28. _ID = value
    29. RaiseEvent PropertyChanged(Me, New PropertyChangedEventArgs("ID"))
    30. End Set
    31. End Property
    33. Private _Name As String
    34. Public Property Name() As String
    35. Get
    36. Return _Name
    37. End Get
    38. Set(ByVal value As String)
    39. _Name = value
    40. RaiseEvent PropertyChanged(Me, New PropertyChangedEventArgs("Name"))
    41. End Set
    42. End Property
    44. Private _Kategorie As New Kategorie
    45. Public Property Kategorie() As Kategorie
    46. Get
    47. Return _Kategorie
    48. End Get
    49. Set(ByVal value As Kategorie)
    50. _Kategorie = value
    51. RaiseEvent PropertyChanged(Me, New PropertyChangedEventArgs("Kategorie"))
    52. End Set
    53. End Property
    55. Sub New()
    56. End Sub
    58. Sub New(i As Integer, n As String, k As Kategorie)
    59. ID = i.ToString()
    60. Name = n
    61. Kategorie.getData(k)
    62. End Sub
    64. Public Event PropertyChanged(sender As Object, e As PropertyChangedEventArgs) Implements INotifyPropertyChanged.PropertyChanged
    66. End Class
    68. Public Class Kategorie
    70. Implements INotifyPropertyChanged
    72. Private _ID As String
    73. Public Property ID() As String
    74. Get
    75. Return _ID
    76. End Get
    77. Set(ByVal value As String)
    78. _ID = value
    79. RaiseEvent PropertyChanged(Me, New PropertyChangedEventArgs("ID"))
    80. End Set
    81. End Property
    83. Private _Name As String
    84. Public Property Name() As String
    85. Get
    86. Return _Name
    87. End Get
    88. Set(ByVal value As String)
    89. _Name = value
    90. RaiseEvent PropertyChanged(Me, New PropertyChangedEventArgs("Name"))
    91. End Set
    92. End Property
    94. Sub New()
    95. End Sub
    97. Sub New(i As Integer, n As String)
    98. ID = i.ToString()
    99. Name = n
    100. End Sub
    102. Public Sub getData(k As Kategorie)
    103. ID = k.ID
    104. Name = k.Name
    105. End Sub
    107. Public Overrides Function ToString() As String
    108. Return _Name
    109. End Function
    111. Public Event PropertyChanged(sender As Object, e As PropertyChangedEventArgs) Implements INotifyPropertyChanged.PropertyChanged
    112. End Class


    Dort habe wir eine Hauptklasse namens "t" und eine SubClass namens "Kategorie". Um diese ganze Sache nun in einem Datagridview darzustellen, habe ich der Hauptklasse bisher immer eine ReadOnly Property gegeben, die die Bezeichnung der SubClass ausgibt.
    Nun habe ich es mal so getestet, die ToString() Funktion der SubClass zu überschreiben, sodass diese den Namen wiedergibt.

    Ist das so okay, oder meint ihr das sollte man so besser nicht machen?

    Kleine Anmerkung:
    Das Datagridview soll nur zur Darstellung dienen, dort soll der User nichts editieren können, sonst würde auch (glaube ich) bei der ToString()-Version ein Fehler wegen falschem Datentyps kommen. (Also beim Klick ins Datagridview/hinzufügen von Rows).
    Polling is trolling!

    Achtung: Ich habe die komische Angewohnheit, simple Dinge zu verkomplizieren..

    Rootbob91 schrieb:

    sodass diese den Namen wiedergibt.
    Die ToString-Funktion wird aufgerufen, wenn Du eine Variable überwachst. Da lässt sich ne ganze Menge reinpacken und wird dann in einer Zeile angezeigt.
    Falls Du diesen Code kopierst, achte auf die C&P-Bremse.
    Jede einzelne Zeile Deines Programms, die Du nicht explizit getestet hast, ist falsch :!:
    Ein guter .NET-Snippetkonverter (der ist verfügbar).
    Programmierfragen über PN / Konversation werden ignoriert!

    Das Datenmodell haut nicht hin.
    Bei dir hat jedes t seine eigene Kategorie, das macht bei 100 ts 100 Kategorien, und das ist Crap.

    Ich denke, du solltest relational denken, und typisiertes Dataset benutzen - damit kann man ein Kategorie-System schlüssig modellieren.
    Selbstgebastelte Klassen, und seien sie noch so OOP langen da nicht mehr hin.

    das 4Views-Tut kennste vermutlich, oder?


    Btw: Wer kommt auf die irre Idee, eine Klasse mit "t" zu benennen?

    "T" ist der Standard-Name generischer Typ-Parameter - das sollteman unbedingt von konkreten Klassen trennen.

    Ach mensch EDR, war doch nur als Beispiel ;).. Ich nenne meine Klassen ganz bestimmt nicht so xD..
    Letzteres weiß ich auch.

    Ich bin ganz ehrlich, ich hab mir die Dataset-Geschichte jetzt schon ein paar mal angeschaut.
    Neues DataSet adden und designen (mit Schlüsseln und co) ist kein Problem, aber dann vergeht mir irgendwie die Lust da weiter zu machen, kann ich nicht beschreiben^^..

    Verstehe noch nicht wie ich das Dataset dann befüllt bekomme, also wie ich praktisch die Klasse/bzw. deren einzelner Objekte da rein bekomme und dann vlt. auch dessen Methoden aufrufe.

    Vlt. wage ich mich da in den nächsten Tagen nochmal dran, aber ist immer so Kacke wieder bei 0 anzufangen und sich umzugewöhnen :/..
    Polling is trolling!

    Achtung: Ich habe die komische Angewohnheit, simple Dinge zu verkomplizieren..

    Zum Zufügen werden doch hervorragend geeignete Add-Methoden generiert - ist doch alles im 4-Views-Tut durchgekaut und vorgemacht.
    Einzige Gefahr ist, dass man nicht schnallt, die generierten Add-Methoden auch zu benutzen, und stattdessen die untypisierten Add-Methoden nimmt, und damit wieder ins untypisierte Paradigma zurückfällt.

    PS: ich nenne Dummi-Klassen eben "Dummy" oder "Item" ;) .

Facebook
Telefonspende