schnittstellen implementieren c#

05/22/2014 20:23 taliaa#1

Hey ,
ich hab mal ne frage und zwar hab ich:

Quote:

interface IGemeinde{

string name{get;}
}

Quote:

interface Ikreisfreigemeinde : IGemeinde
{
}

Quote:

class Gemeinde : IGemeinde{
private string _name
public string name{get{return _name;}}
}

jetzt hab ich eine unterklasse

Quote:

class KreisfreieGemeinde : Gemeinde,IKreisfreieGemeinde
{
private string _name;
public string name
{
get { return _name; }
}
public KreisfreieGemeinde(string name)
: base(name)
{
if (string.IsNullOrEmpty(name))
throw new Exception("kein name zugewiesen");
_name = name;
}

public override bool Equals(object obj)
{
KreisfreieGemeinde g = obj as KreisfreieGemeinde;
return g != null && base.Equals(obj)
&& this._name.Equals(g._name);

}

public override int GetHashCode()
{
return base.GetHashCode() ;
}

public override string ToString()
{
return base.ToString() ;
}

}

wenn ich in kreisfremdegemeinde jetzt base aufrufen will, wer wird adressiert ?Gemeinde oder die Ikreisfremdegemeinde?

Wieso muss ich nochmal private und public string name definieren,wird doch von der oberklasse geerbt?

Und wenn ich nur die Schnittstelle implementiere, kann ich den konstruktor �ber : base(name) nichtmehr aufrufen

�ber hilfe w�re ich froh!
Ps: �ber rechtschreibfehler soll hinweggesehen werden ,das sollte nur grob dargestellt werden, Das programm funktioniert atm auch so bekomme nur die warnung:

Quote:

Warnung 2 'Daten.Kreisangeh�rigeGemeinde.name' blendet den vererbten Member 'Daten.Gemeinde.name' aus. Verwenden Sie das new-Schl�sselwort, wenn das Ausblenden vorgesehen war.

05/22/2014 23:24 Mostey#2

Mit base w�rdest du in diesem konkreten Fall die Klasse Gemeinde ansprechen.

Wei�t du eigentlich, wann man ein Interface einsetzt und wann es Sinn macht, ein solches zu definieren? Dein Code ist un�bersichtlich und ergibt f�r mich keinen Sinn.

Erkl�re bitte mal, was du erreichen willst und was die Klassen repr�sentieren.

Properties in einem Interface sind auch nicht unbedingt sauber, wenn sie vermieden werden k�nnen.

Sinnvoll w�re in deinem Beispiel wohl eher eine Basisklasse Gemeinde die ein Feld / eine Eigenschaft Name besitzt. Nun kannst du Unterklassen definieren (beispielsweise KreisfreieGemeinde) die von Gemeinde erben. Dementsprechend wird das Feld / die Eigenschaft Name mit �bernommen.

Ein Interface setzt man ein, wenn es um eine Funktion geht. Beispielsweise wenn ich die Klassen Auto, Handy und Notebook h�tte (mal ganz trivial) w�rde ich ein Interface IChargable (Funktion void Charge()) definieren, das jede Klasse implementiert und f�r sich selbst definiert. So k�nnte ich Instanzen von allen 3 Klassen mit Charge ansprechen, ohne zu wissen um welche Klasse es sich handelt.

Code:

IChargable someinterface = new Handy();
someinterface.Charge(); // -> Handy.Charge()

someinterface = new Auto();
someinterface.Charge(); // -> Auto.Charge()

05/23/2014 09:04 taliaa#3

Danke f�r die Antwort.
Die interfaces sind vorgegeben und ich muss jedes implementieren. Da w�rde es f�r mich am meisten sinn machen wenn ich z.b die Klasse Gemeinde das Interface Igemeinde implementieren lass usw.
Jedoch muss ich auch den Base Konstruktor aufrufen da es so vorgegebn ist:

Schnittstellen k�nnen keine Konstruktoren vorgeben. Benutzen Sie daher bitte die folgenden K�pfe f�r Ihre Konstruktoren:

public Gemeinde(string name)
public Kreisangeh�rigeGemeinde(string name, string landkreis) : base(name)
public KreisfreieGemeinde(string name) : base(name)

Es gibt Klassen Die Gemeinden und �bergreifend Orte und ihre stra�en(mit l�nge) beschreiben sollen. Aus einer mdb datei (datenbank) sollen vorhandene Orte/gemeinde gelesen werden und im einem Fenster soll der k�rzeste weg zw. zwei orten berechnet werden (grob formuliert).Funktionen kommen ungef�hr gar nicht vor aber wie gesagt ich muss interfaces implementieren.
Falls es dir was hilft k�nnte ich dir meinen Quellcode mal zusenden

mfg

05/23/2014 11:22 Mostey#4

Alles klar, das �ndert nat�rlich einiges. Wenn du Schnittstellen implementieren musst, w�rde ich die Eigenschaft Name im Interface definieren:

Code:

public interface IGemeinde
{
    string Name { get; set; }
}

und in der Klasse, die IGemeinde implementiert m�sstest du diese Eigenschaft eben selbst noch einmal definieren:

Code:

public class KreisGemeinde : IGemeinde
{
    public string Name { get; set; }
}

Sieht zwar gleich aus, ist es aber nicht. Im Interface steckt die Deklaration, in der implementierenden Klasse die Definition.

Meiner Meinung nach, ist eine abstrakte Klasse hier vorzuziehen. Wenn du keine Funktionalit�t hast und nur mit Eigenschaften arbeitest, ist das vern�nftig und du sparst dir sogar noch Schreibarbeit, da du in der erbenden Klasse nichts mehr machen musst.

Code:

public class Gemeinde
{
    public string Name { get; set; }
    
    public Gemeinde(string name)
    {
        Name = name;
    }
}

public class KreisGemeinde : Gemeinde
{
    public KreisGemeinde(string name)
          : base(name)
    { }
}

Das ist nat�rlich nur ein Faktor, hinzu kommen noch gewisse andere wie zum Beispiel die Standardimplementation. So etwas gibt es beim Interface nicht.

Mehr dazu: [Only registered and activated users can see links. Click Here To Register...]