C# Potenzielle Interviewfrage ... zu schwer?

Question

Ohne diesen Code auszuführen, identifizieren Sie bitte, welche Foo-Methode aufgerufen wird:

class A
{
   public void Foo( int n )
   {
      Console.WriteLine( "A::Foo" );
   }
}

class B : A
{
   /* beachten Sie, dass A::Foo und B::Foo überhaupt nicht zusammenhängen */
   public void Foo( double n )
   {
      Console.WriteLine( "B::Foo" );
   }
}

static void Main( string[] args )
{
   B b = new B();
   /* welches Foo wird gewählt? */
   b.Foo( 5 );
}

Welche Methode? Und warum? Kein Mogeln, indem Sie den Code ausführen.

Ich habe dieses Rätsel im Internet gefunden; ich mag es und denke daran, es als Interviewfrage zu verwenden... Meinungen?

EDIT: Ich würde einen Bewerber nicht dafür beurteilen, wenn er dies falsch beantwortet, sondern es als Möglichkeit nutzen, eine umfassendere Diskussion über C# und CLR selbst zu eröffnen, damit ich ein gutes Verständnis der Fähigkeiten des Bewerbers erlangen kann.

Quelle: http://netpl.blogspot.com/2008/06/c-puzzle-no8-beginner.html

Answer 1

Nicht wirklich fair als Interviewfrage, da es ein bisschen eine Trickfrage ist. Die gute Antwort, die ich von einem Bewerber hören möchte, wäre eher in die Richtung "Das muss refaktoriert werden".

Es sei denn, Sie suchen jemanden einstellen, um an Compilern zu arbeiten, bin ich mir nicht sicher, ob Sie so tief in die CLR gehen müssen.

Bei Interviewfragen suche ich nach Dingen, die das Verständnis des Coders in ihrer Antwort zeigen. Das ist eher eine Eigenheit/Rätsel.

Answer 2

Dies ist eigentlich eine Trickfrage.

Die Antwort ist mehrdeutig, was "sollte" passieren. Sicher, der C#-Compiler nimmt es aus dem Bereich der Mehrdeutigkeit in das Konkrete; jedoch, da diese Methoden sich gegenseitig überladen und weder überschrieben noch verdeckt sind, ist es vernünftig anzunehmen, dass hier der "beste Argumentumfang" gelten sollte und daher zu dem Schluss kommen, dass A::Foo(int n) aufgerufen werden sollte, wenn eine Ganzzahl als Argument übergeben wird.

Um zu beweisen, dass es unklar ist, was "sollte" passieren, führt genau derselbe Code, wenn er in VB.NET ausgeführt wird, zu entgegengesetzten Ergebnissen:

Public Class Form1
    Private Sub Button1_Click(ByVal sender As System.Object, _
                              ByVal e As System.EventArgs) _
                              Handles Button1.Click
        Dim b As New B
        b.Foo(5)   ' A::Foo
        b.Foo(5.0) ' B::Foo
    End Sub
End Class

Class A
    Sub Foo(ByVal n As Integer)
        MessageBox.Show("A::Foo")
    End Sub
End Class

Class B
    Inherits A

    Overloads Sub Foo(ByVal n As Double)
        MessageBox.Show("B::Foo")
    End Sub
End Class

Ich bin mir bewusst, dass ich C#-Programmierern die Möglichkeit gebe, über VB.NET herzuziehen, weil es sich nicht an C# hält. Aber meiner Meinung nach könnte man sehr überzeugende Gründe dafür anführen, dass es VB.NET ist, das hier die richtige Interpretation trifft.

Weiterhin suggeriert IntelliSense in der C#-IDE, dass es zwei Überladungen für die Klasse B gibt (weil es sie gibt, oder zumindest geben sollte!), aber die Version B.Foo(int n) kann tatsächlich nicht aufgerufen werden (nicht ohne vorher explizit in eine Klasse A zu casten). Das Ergebnis ist, dass die C#-IDE tatsächlich nicht mit dem C#-Compiler synchron ist.

Eine andere Möglichkeit, dies zu betrachten, ist, dass der C#-Compiler eine beabsichtigte Überladung in eine verdeckte Methode umwandelt. (Das scheint mir nicht die richtige Wahl zu sein, aber das ist offensichtlich nur meine Meinung.)

Als Interviewfrage denke ich, dass es in Ordnung sein kann, wenn man interessiert ist, eine Diskussion über die hier aufgezeigten Probleme zu führen. Was das "richtig" oder "falsch" angeht, so finde ich, dass die Frage an eine Trickfrage grenzt, die leicht übersehen oder sogar aus den falschen Gründen richtig beantwortet werden könnte. Tatsächlich ist die Antwort auf die Frage, was "sollte", sehr umstritten.

Answer 3

Ich finde das ist eine schreckliche Frage. Ich denke, jede Frage ist eine schreckliche Frage, wenn die wirkliche Antwort lautet: "Führe es aus und schau!".

Wenn ich das in meinem echten Leben wissen müsste, würde ich genau das tun: Ein Testprojekt erstellen, es eingeben und herausfinden. Dann muss ich mir keine Gedanken über abstraktes Denken oder die Feinheiten der C#-Spezifikation machen.

Nur heute bin ich auf eine solche Frage gestoßen: Wenn ich dieselbe typisierte DataTable zweimal mit derselben Zeile fülle, was passiert dann? Eine Kopie der Zeile oder zwei? Und wird es die erste Zeile überschreiben, selbst wenn ich sie geändert habe? Ich dachte darüber nach, jemanden zu fragen, aber dann wurde mir klar, dass ich einfach ein Testprojekt starten könnte, das ich bereits hatte und das DataSets verwendete, eine kleine Methode schreiben und es ausprobieren.

Antwort:

...ah, aber wenn ich es dir sage, verpasst du den Punkt. :) Der Punkt ist, in der Programmierung müssen diese Dinge nicht als hypothetisch betrachtet werden, und du solltest es nicht tun, wenn sie vernünftig getestet werden können.

Also ich denke, das ist eine schreckliche Frage. Würdest du nicht lieber einen Entwickler einstellen, der es ausprobiert und dann weiß, was passiert, anstatt einen Entwickler, der versuchen wird, es aus seiner verblassenden Erinnerung hervorzukramen, oder der jemand anderen fragt und eine möglicherweise falsche Antwort akzeptiert?

Answer 4

Das ist eine lächerliche Frage - ich könnte sie in weniger als 60 Sekunden mit dem Snippet Compiler beantworten, und wenn ich jemals in einem Code-Bestand gearbeitet hätte, der von dieser Funktionalität abhängt, würde sie schnell ausgelagert werden.

Die beste Antwort lautet "das ist ein dummer Designfehler, mach das nicht und du musst nicht die Sprachspezifikation durchsuchen, um zu wissen, was passiert".

Wenn ich der Bewerber wäre, würde ich sehr positiv über dein Geek-Trivialwissen denken und dich vielleicht zum nächsten Spiel von Geek Trivial Pursuit einladen. Aber ich bin mir nicht sicher, ob ich mit/dir arbeiten möchte. Wenn das dein Ziel ist, frage ruhig weiter.

• Beachte, dass in einer informellen Situation Geek-Trivia wie diese Spaß machen und unterhaltsam sein kann. Aber für den Bewerber ist ein Vorstellungsgespräch alles andere als lustig oder informell - warum also das Ganze mit trivialen Fragen weiter aufstacheln, die der Bewerber nicht ernst nimmt?

Answer 5

Dies riecht nach einer Trickfrage für mich. Wenn Sie die Sprache schon lange genug verwenden, sind Sie wahrscheinlich auf das Problem gestoßen und kennen die Antwort; aber wie lange ist lange genug?

Es handelt sich auch um eine Frage, bei der Ihr Hintergrund gegen Sie arbeiten könnte. Ich weiß, dass in C++ die Definition in B die Definition in A verstecken würde, aber ich habe keine Ahnung, ob es in C# genauso funktioniert. Im echten Leben würde ich wissen, dass es sich um einen fragwürdigen Bereich handelt und versuchen, es nachzuschlagen. In einem Interview könnte ich versuchen zu raten, weil ich unter Druck gesetzt wurde. Und ich würde wahrscheinlich falsch liegen.