Wie kann es sein, Ambiguität zwischen einem Eigenschafts-getter und einer Methode mit einem argument?

Ich kann nicht glauben, dass ich noch nie über diese vor, aber warum bekomme ich einen compiler-Fehler für diesen code?

public class Main
{
    public Main()
    {
        var ambiguous = new FooBar(1);
        var isConfused = ambiguous.IsValid; //this call is ambiguous
    }
}

public class FooBar
{
    public int DefaultId { get; set; }

    public FooBar(int defaultId)
    {
        DefaultId = defaultId;
    }

    public bool IsValid
    {
        get { return DefaultId == 0; }
    }

    public bool IsValid(int id)
    {
        return (id == 0);
    }
}

Hier ist die Fehlermeldung:

Mehrdeutigkeit zwischen 'FooBar.IsValid " und " FooBar.IsValid(int)'

Warum ist diese mehrdeutig?

Ich denke es gibt zwei Gründe, es sollte nicht zweideutig sein:

  1. Es gibt keine parenthases nach IsConfused.
  2. Es gibt keine int-argument für IsConfused.

Wo ist die Unklarheit?

InformationsquelleAutor devuxer | 2011-07-07
  1. 15

    Gibt es Fehler, weil es mehrdeutig ist, da ist es erklärt mit var. Es könnte sein,:

    bool isConfused = ambiguous.IsValid;

    Oder:

    Func<int, bool> isConfused = ambiguous.IsValid;

    Mit var erfordert, dass der compiler in der Lage sein, um Rückschlüsse auf die genaue Bedeutung, und in diesem Fall gibt es zwei Möglichkeiten.

    Jedoch, wenn Sie entfernen die var, erhalten Sie noch eine (andere) Fehlermeldung, da Sie nicht zwei Mitglieder mit dem gleichen Namen einer Eigenschaft und einer Methode.

    • Es gibt auch einen Fehler, weil man einfach nicht definieren dürfen zwei Mitglieder mit dem gleichen Namen 🙂
    • Wurde diese Einschränkung durchgesetzt, da .Net 1?
    • Ja, sehr wahr. Aber die Fehler die er anzeigt ist die Mehrdeutigkeit aufgrund der var... ich habe bearbeitet erwähnen, dass, auch.
    • Ja, wenn diese Meldung neuer ist als das, denn var gar nicht existieren .NET 1. Den zweiten Fehler habe ich erwähnt, wäre das eine hätte er erhielt in frühen Versionen .NET.
    • Copsey - Dann, wenn die Namen geändert werden, die Zweideutigkeit wäre nicht dort in den ersten Platz. Ich glaube nicht, dies ist eine richtige Antwort.
    • Skeet @Reed Copsey - ich bin verwirrt hier. Natürlich VS zeigt die Mehrdeutigkeit Fehler, aber die Zusammenstellung gibt nur einen Fehler, und ich denke, nur letzteres sollte die richtige sein, denn wenn das mehrere Elemente Fehler ist behoben, die Zweideutigkeit wäre nicht da.
    • Mit dem C# 4 compiler mit diesem code, bekomme ich nur eine Fehlermeldung "Der Typ 'FooBar' enthält bereits eine definition für 'IsValid'"
    • Der compiler dies nicht immer zeigen Sie ALLE Fehler - oft wird es, aber oft wird es halt, wenn ein Fehler aufgetreten ist. Wenn Sie ändern var zu bool in Ihrer Linie, wie dies deutet darauf hin, du wirst sehen, die zweite Fehlermeldung angezeigt.
    • Skeet - genau, das ist das, was ich sage. Ja, VS ist, etwas falsch zu machen durch die Anzeige der anderen Fehler Recht?
    • Sie sind mit einem Produktivitäts-Tools, wie Resharper/JustCode/CodeRush? Wenn ja, ist es wahrscheinlich das tool reporting der falschen Fehler...
    • der Motor arbeitet heraus, was den Fehler Eingabe hat die subtil anders Verhalten, als der Motor, der arbeitet heraus, was die Fehler sind , wenn Sie bauen. Insbesondere die ehemaligen versucht den Umgang mit Situationen, in denen der code falsch ist denn es wird aktiv bearbeitet. In solchen Fällen haben wir Heuristiken, die versuchen zu erkennen und zu verhindern ("cascading") Fehler, bei denen die Wiederherstellung von einem Fehler führt dazu, dass ein anderes; dies wäre eine sonderbare und unerwartete Verhalten von einer dieser Heuristiken.
    • und vielen Dank für deine Antwort und Ergänzungen. Ich glaube nicht, dass ich geschrieben habe, ein Func Ausdruck ohne Verwendung eines lambda, so das Szenario, das Sie erwähnt hätte nie aufgetreten zu mir. Interessante Sachen.
    • Der Fehler tritt trotz Eigenschaften werden direkt erstellt, um der get - /Set-Methoden mit dem Namen "PropertyName_get". Es bedeutet nur, dass auf IL-Ebene, die Sie haben können, eine solche situation mit omonymous Methode/Eigenschaft, weil Sie kompilieren Sie die Methode IsValid(int) und das Eigentum zu IsValid_get(), das ist immer noch eine Methode!

    InformationsquelleAutor Reed Copsey
  2. 6

    Es ist verwirrend, die Sie erhalten würden, dass bestimmte Nachricht, aber es ist nicht legal, haben zwei Mitglieder mit dem gleichen Namen (ausgenommen die Methode überladen). Hier werden Ihre Eigenschaft und Methode den gleichen Namen haben. Dies ist der gleiche Grund, man kann nicht eine Eigenschaft und eine innere Klasse mit dem gleichen Namen. Felder, Eigenschaften, Methoden und innere Klassen sind alle Mitglieder des einschließenden Typs und müssen eindeutige Namen haben.

    • Ich glaube, du hast es, +1. Ich war immer ein Fehler, nur auf Main (nicht auf FooBar), aber wenn ich auskommentiert die betreffende Zeile in Main und kompiliert, dann bekam ich einen Fehler für FooBar ('Foobar' enthält bereits eine definition für IsValid). Es ist merkwürdig, dass der Fehler in der main scheint zu vertuschen, die Fehler in FooBar.
    • Der andere Fehler ist nicht abgedeckt. Wenn ich kompiliere, bekomme ich nur die anderen Fehler, es ist nur VS zeigt, dass sowohl die Fehler.
    • Es funktioniert nicht für mich, wenn die Kompilierung von der Befehlszeile aus. Spielt es für Sie mit genau dieser code?
    • Skeet, @manojlds, Sie Jungs haben Recht. Ich bekomme nur den Fehler wegen Mehrdeutigkeit (rote kringel) vor dem Gebäude, aber nach dem ich bauen, der Mehrdeutigkeit, der Fehler geht Weg, und ich bekomme nur die "enthält bereits eine definition" - Fehler (Blaue Wellenlinie).
    • Technisch, obwohl Sie Eigenschaften von Funktionen, die ist, warum es ist verwirrend. Java Getter - /Setter-system hat keine solche Probleme. Gute Erklärung aber, +1.
    • es wäre genauer zu sagen, die Eigenschaften sind komponiert von einer oder mehreren Funktionen. Sie sind die erste-Klasse-Bürger von C# (im Gegensatz zu Java). In anderen Worten, Namen der Eigenschaft kann kollidieren mit anderen Elementnamen und die implizite getter-und setter-Methoden können auch kollidieren mit den Namen. Dies ist der Grund, warum int Foo { get; set; } und int get_Foo() { return 0; } wird auch zu einer Kollision.
    • wow. Generierten code Hinzugefügt, auf die compile-Zeit, und nie wird dem Benutzer angezeigt... wie herrlich undurchsichtigen.
    • es gibt eine enorme Menge in C#, von Schließungen zum Ausdruck Bäume, etc.

    InformationsquelleAutor Kirk Woll
  3. 0

    Würden Sie eine Fehlermeldung erhalten, dass "FooBar enthält bereits eine definition für IsValid"

    • Seltsam, ich nicht, bis ich zu bauen. Ich bekomme nur den Fehler wegen Mehrdeutigkeit (rote kringel). Sobald ich bauen, der Mehrdeutigkeit, der Fehler geht Weg, und ich bekomme die "enthält bereits eine definition" - Fehler (Blaue Wellenlinie). Könnte das ein bug in Visual Studio?
    • das ist was ich war das bitten in die Kommentare zu @Reed Copsey Antwort. VS verhält sich scheinbar falsch hier. Tatsächlich, VS zeigt die Fehler, Zusammenstellung zeigt nur die definition mehrere Fehler, was die VS hätte zu zeigen, wie auch.
    • die Frage ist, warum würden Sie bekommen Nachricht, wenn die Parameter anders sind? Scheint wie eine einfache überlastet name zu mir.
    InformationsquelleAutor manojlds
  4. -1

    Zunächst könnte es scheinen, dass der compiler könnte immer herauszufinden, ob Sie den Aufruf der Methode oder die Eigenschaft-nach all der Methode in Klammern nach, und die Eigenschaft nicht.

    Nicht halten, obwohl. Sie können eine Methode ohne die Klammern:

    void Foo() { ... }
void Bar(Action action) { ... }

Bar(Foo);

    Und Sie können eine Eigenschaft mit Klammern:

    Action MyProperty { get; set; }

MyProperty();

    Der einzige Weg, um sicherzustellen, gibt es keine Mehrdeutigkeiten ist, dass eine Methode und eine Eigenschaft mit dem gleichen Namen.

    • Sie nicht verwenden können, eine Eigenschaft, mit Klammern, wenn Ihr Ergebnis ist bereits festgelegt: ein boolescher Wert, obwohl.
    • Vor allem, dass nur Adressen eine der Situationen, wo es nicht eindeutig ist. Aber zweitens, Sie wollen, um eine mögliche Funktion ("lassen sich Eigenschaften haben die gleichen Namen wie Methoden"), das ist nicht sehr nützlich, um mit zu beginnen, und stellen Sie es auf weniger nützlich, indem es, wenn die Eigenschaft bestimmter Arten? Denken Sie daran, jede Funktion beginnt mit minus 100 Punkte. Sie sind nicht präsentiert eine sehr überzeugende Argumente.
    InformationsquelleAutor Joe White
Schreibe einen Kommentar