Basisklasse, eine Property kann nicht überschrieben werden EDIT: Allgemeinte Fragen zu Basisklassen und Interfaces

  • VB.NET
  • .NET (FX) 4.0

Es gibt 49 Antworten in diesem Thema. Der letzte Beitrag () ist von sonne75.

    Basisklasse, eine Property kann nicht überschrieben werden EDIT: Allgemeinte Fragen zu Basisklassen und Interfaces

    Hallo,

    ich weiß, der Titel ist etwas ungenau, aber ich wusste nicht, wie ich das auf Anhieb besser formuliere.

    Ich versuche mich gerade an abstrakten Basisklassen und scheitere gerade an einer Property. Ich habe eine Basisklasse ChannelData, von der 3 Klassen erben, jede von ihnen hat eine Property vom Typ XXChannelRow (eine typisierte Row). Ich dachte, wenn ich in der Basisklasse eine Overridable Property vom Type DataRow deklariere, kann ich sie in den abgeleiteten Klassen durch diese Properties überschrieben, da XXChannelRow jeweils von DataRow erbt.
    (steht im Designer-Code):

    VB.NET-Quellcode

    1. Partial Public Class ReceiveChannelRow
    2. Inherits Global.System.Data.DataRow


    Allerdings ist es nicht der Fall, ich bekomme die Fehlermeldung:

    Fehler 4 "Protected Overrides Property _rwChan As dtsSTCModbus.ReceiveChannelRow" kann "Protected Overridable Property _rwChan As System.Data.DataRow" nicht überschreiben, da sie sich durch Rückgabetypen unterscheiden.


    Wie kann ich es noch machen?

    EDIT: das Gleiche in einem Interface... ;(

    Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von „sonne75“ ()

    Du müsstest die Property mit As DataRow deklarieren.
    Zuweisen/Ausgeben kannst du dann ja eh zb deine ReceiveChannelRow.

    VB.NET-Quellcode

    1. Class XY
    2. Inherits Channeldata
    4. Private _DeineDataRow as ReceiveChannelRow
    5. Public Overrides Property TestProp As DataRow
    6. Get
    7. Return _DeineDataRow
    8. End Get
    9. Set(value As DataRow)
    10. _DeineDataRow = value
    11. End Set
    12. End Property
    14. End Class


    Vielleicht noch im Konstruktor als Parameter ein Objekt von ReceiveChannelRow mitübergeben.

    lg
    ScheduleLib 0.0.1.0
    Kleine Lib zum Anlaufen von Code zu bestimmten Zeiten

    Hab es schon bearbeitet. War vom Testprojekt nur mit den Bezeichnungen darin wärst nicht glücklick geworden^^

    In der abstrakten Basisklasse ist eine override Property von Typ DataRow.
    In der abgeleiteten Klasse überschreibst du die Property. Hast aber eine Private Variable von zB Typ ReceiveChannelRow welche den Wert ausgibt und zugewiesen bekommt.

    lg
    ScheduleLib 0.0.1.0
    Kleine Lib zum Anlaufen von Code zu bestimmten Zeiten

    Die Frage ist, warum es mit abgeleiteten Typen nicht geht?

    Bzw. nur als Argumente in einer Methode, nicht aber als Rückgabetyp...

    Wozu brauche ich dann überhaupt diese Klimmzüge?

    Ich dachte, wenn ich im Konstruktor die jeweilige ChannelRow übergebe und meine Property darauf setze, dass sie dann den Typ ändert, aber Pustekuchen :(

    @fichz
    Ich glaube, da ist was faul, denn ich bekomme im Setter:
    Fehler 8 "Option Strict On" lässt keine impliziten Konvertierungen von System.Data.DataRow in dtsSTCModbus.ActuatorChannelRow zu.


    Warum soll er sie konvertieren, wenn sie davon erbt???

    EDIT: auch wenn ich im Konstuktor ActuatorChannelRow übergebe, kann ich auf Member meine Property nicht zugreifen, weil sie sie nicht findet (Member gibt es nur in der abgeleiteten ActuatorChannelRow).

    VB.NET-Quellcode

    1. Private _rwChan As ActuatorChannelRow
    2. Public Property rwChan As DataRow Implements IRegister.rwChan
    3. Get
    4. Return _rwChan
    5. End Get
    6. Set(ByVal value As DataRow)
    7. _rwChan = DirectCast(value, ActuatorChannelRow)
    8. End Set
    9. End Property
    11. Public Sub New(ByVal rwCh As ActuatorChannelRow)
    13. rwChan = rwCh
    14. act_reg_addr = start_act_reg + reg_length * CUShort(rwChan.ChanID - 1) 'hier ist Fehlermeldung, dass ChanID kein Member von DataRow ist




    Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von „sonne75“ ()

    Das liegt generell daran, dass du eine Methode überschreiben willst. Damit ist aber der Inhalt und nicht die Datentypen gemeint.
    Was du versucht ist Überschatten (Shadows). Hiermit könntest du die Datentypen ändern, unterbricht aber die Erbfolge.

    lg
    ScheduleLib 0.0.1.0
    Kleine Lib zum Anlaufen von Code zu bestimmten Zeiten

    Habe jetzt editiert, da ist jetzt Code drin. Ich kann es gar nicht verwenden ;(

    Wozu brauche ich dann überhaupt Interface/abstrakte Basisklassen, wenn ich abgeleitete Typen gar nicht verwenden kann? Ich habe nunmal in jeder Klasse jeweilige Datentypen. Ich dachte, das wäre das Kerstück des Polymorphismus, dass man auch abgeleitete Klassen als Datentyp reinschieben kann.

    Die Fehlermeldung in deinem Konstruktor Snippet ist klar, da deine Property nur Member vom Typ DataRow kennt.

    Hier mal ein simples Beispiel (Consolenanwendung):

    VB.NET-Quellcode

    1. Module Module1
    3. Sub Main()
    4. Dim c1 As BasisClass = New SubClass1()
    5. c1.Text()
    7. Dim c2 As BasisClass = New SubClass2()
    8. c2.Text()
    10. Console.ReadLine()
    11. End Sub
    13. End Module
    15. Public Class BasisClass
    16. Public Overridable Sub Text()
    17. Console.WriteLine("BasisKlasse")
    18. End Sub
    19. End Class
    20. Public Class SubClass1
    21. Inherits BasisClass
    23. Public Overrides Sub Text()
    24. MyBase.Text()
    25. Console.WriteLine("SubClass1")
    26. End Sub
    27. End Class
    28. Public Class SubClass2
    29. Inherits BasisClass
    31. Public Property Zahl As Integer = 2
    33. Public Overrides Sub Text()
    34. MyBase.Text()
    35. Console.WriteLine("SubClass2 + Zahl " & Zahl.ToString())
    36. End Sub
    37. End Class


    Beide Klassen überschreiben die Methode Text. Beide führen den Code der Basisklasse aus und jeweils seinen eigenen (der durch Polymorphismus jeweils anders aussieht).
    Bei einem IO.Stream ist im Prinzip nichts anderes. FileStream oder NetworkStream funktionieren im Prinzip auch nicht anders. Beide Subklassen empfangen ihre Daten von woanders. Einmal von einer Datei und die andere von einem Netzwerk. Beide bereiten die Daten aber in ihrer abgeleiteten Funktion so auf, dass der normale IO.Stream damit was anfangen kann. Somit kann ich einer Funktion welche einen IO.Stream haben will, auch einen Network-Stream als Parameter übergeben und es funktioniert wie gewünscht.

    Ist irgendwie etwas schwer zu erklären das Ganze finde ich :/

    lg
    ScheduleLib 0.0.1.0
    Kleine Lib zum Anlaufen von Code zu bestimmten Zeiten

    Das ist aber alles was Anderes, als ich will. Dass man Methoden überschreiben kann, hat ja nichts mit meinem Problem der abgeleiteten Typen zu tun.

    Hier:
    msdn.microsoft.com/de-de/library/akfttx8c(v=vs.90).aspx

    steht
    In diesem Beispiel akzeptiert die ShowTax-Prozedur den Parameter Item des Typs BaseTax; Sie können aber auch eine andere, von der BaseTax-Klasse abgeleitete Klasse übergeben, z. B. CityTax. Der Vorteil dieses Entwurfs liegt darin, dass Sie von der BaseTax-Klasse abgeleitete neue Klassen hinzufügen können, ohne den Clientcode in der ShowTax-Prozedur zu ändern.


    Mir geht es ja um "auf Vererbung basierten Polymorphismus" und er funktioniert anscheinend nur mit Übergabeparametern und nicht mit Rückgabetypen.

    Ich habe jetzt die Propertys aus Interface und Baseklasse einfach rausgeschmissen.

    Aber meine Klasse hat nichts mit DataRow zu tun... Sinngemäß. Sie greift nur auf eine DataRow zu, unter anderem, macht aber noch viel mehr.

    Scheitert aber auch am Konstruktor, den ich unbegingt hinzufügen muss (laut IDE) und der irgendeinen "builder" braucht...

    @us4711
    Ist aber das Gleiche: unterschiedliche Rückgabetypen, geht nicht (overrides geht nicht)

    Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von „sonne75“ ()

    @sonne75

    Isses dann vielleicht sowas?

    VB.NET-Quellcode

    1. Public MustInherit Class ChannelData
    3. MustOverride Property XXChannelRow As XXChannelDatset.XXChannelRow
    5. End Class
    7. Public Class MyInheritedClass
    8. Inherits ChannelData
    10. Public Overrides Property XXChannelRow As XXChannelDatset.XXChannelRow
    12. End Class

    Das Problem ist ja, dass jeder der drei abgeleiteten Klassen eine andere XXRow hat, sonst bräuchte ich keinen Basistyp. Ich habe 3 Channeltypen, jeder hat eine eigene Tabelle (weil unterschiedliche Eigenschaften und Vorgehensweisen) und somit natürlich unterschiedlichen Datentyp bei XXChannelRow.

    Ich dachte nur, wenn sie alle von DataRow erben, kann ich Polymorphie nutzen, aber das geht bei Rückgabetypen nicht, nur bei Übergabeparameter (wie oben im Zitat von MSDN).

    Hallo Sonne,

    Ich weiss genau, was du meinst. Das Problem liegt darin, dass in der DotNet-Welt Kontravarianz bei den Rückgabetapen von überschreibenden Methoden nicht implementriert wurde. Leider kann man da nichts weiter machen, als beim Aufrufen der Methode den Rückgabetyp zu casten. Ausser du gehst über Generikas. Vielleicht erinnerst du dich daran, dass ich das mal angesprochen habe. Wenn ich mich nachher an den PC setze suche ich noch den Thread heraus, den ich dafür eröffnet habe.

    Grüsse,

    Higlav

    Ah OK.

    Dann sollte das vielleicht gehen:

    VB.NET-Quellcode

    1. Public MustInherit Class ChannelData(Of T)
    3. MustOverride Property XXChannelRow As T
    5. End Class
    7. Public Class MyInheritedClass1
    8. Inherits ChannelData(Of XXChannelDatset.XXChannel1Row)
    10. Public Overrides Property XXChannelRow As XXChannelDatset.XXChannel1Row
    12. End Class
    14. Public Class MyInheritedClass2
    15. Inherits ChannelData(Of XXChannelDatset.XXChannel2Row)
    17. Public Overrides Property XXChannelRow As XXChannelDatset.XXChannel2Row
    19. End Class

    Mir geht es eigentlich nur über die Propertys, weil jeder Channeltyp eine DataRow des jeweiligen Types haben muss, deswegen wollte ich es vorschreiben.
    Du meinst, ich sollte sie im Konstruktor dann casten? Das probiere ich noch aus. Ich müsste dann eine Zwischenvariable anlegen, als DataRow, und sie dann in XXChannelRow casten und meiner Property (die als DataRow gekennzeichnet ist) zu weisen und dann müsste ich auf die Eigenschaften der XXChannelRow zugreifen können.

    @us4711
    Das ist natürlich auch nicht schlecht...

    Habe gerade meinen Thread gefunden. Dort hat mir Artentus die gleiceh Lösung genannt. :thumbup:
    Aber woran sollten die Events denn deiner Meinung nach scheitern?

    Mach mal so:

    VB.NET-Quellcode

    1. Public MustInherit Class ChannelData(Of T)
    3. MustOverride Property XXChannelRow As T
    5. Public Event ChanellEvent(sender As Object, e As ChannelEventArguments(Of T))
    7. Public Sub UseEvent(_Description As String, _TypedDataRow As T)
    8. RaiseEvent ChanellEvent(Me, New ChannelEventArguments(Of T)(_Description, _TypedDataRow))
    9. End Sub
    11. End Class
    13. Public Class MyInheritedClass1
    14. Inherits ChannelData(Of XXChannelDatset.XXChannel1Row)
    16. Public Overrides Property XXChannelRow As XXChannelDatset.XXChannel1Row
    18. Sub DoEvent()
    19. Me.UseEvent("GandalfUndElbenstein", XXChannelRow)
    20. End Sub
    22. End Class
    24. Public Class MyInheritedClass2
    25. Inherits ChannelData(Of XXChannelDatset.XXChannel2Row)
    27. Public Overrides Property XXChannelRow As XXChannelDatset.XXChannel2Row
    29. Sub DoEvent()
    30. Me.UseEvent("FrodoUndBilbo", XXChannelRow)
    31. End Sub
    32. End Class
    34. Public Class ChannelEventArguments(Of t)
    35. Inherits EventArgs
    37. Public Sub New(_description As String, _TypedDataRow As t)
    38. Me.Description = _description
    39. Me.TypedDataRow = _TypedDataRow
    40. End Sub
    42. Property Description As String
    43. Property TypedDataRow As t
    44. End Class


    //Edit: Ein paar Typos in Zeilen 19 und 20 überarbeitet.

    Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von „us4711“ ()

Facebook
Telefonspende