Warum muss ich (manchmal) auf Baugruppen verweisen, die von der Baugruppe referenziert werden?

Question

Ich habe eine Baugruppe A, die eine Schnittstelle mit einigen Überlastungen definiert:

public interface ITransform 
{ 
    Point InverseTransform(Point point); 
    Rect InverseTransform(Rect value); 
    System.Drawing.Point InverseTransform(System.Drawing.Point point); 
} 

... und eine Baugruppe B, die mit A (die binäre, nicht das Projekt) verweist, und ruft eine der Überlastungen:

var transform = 
    (other.Source.TransformToDisplay != null && 
    other.Source.TransformToDisplay.Valid) ? 
    other.Source.TransformToDisplay : null; 
if (transform != null) 
{ 
    e.Location = transform.InverseTransform(e.Location); 
} 

Um genau zu sein, ruft die System.Windows.Point Überlastung des InverseTransform Verfahrens, weil das die Art der Eigenschaft Location in e ist.

Aber wenn ich B in den IDE bauen erhalte ich:

Fehler CS0012: Der Typ 'System.Drawing.Point' ist in einer Baugruppe definiert, die nicht verwiesen wird. Sie müssen der Assembly 'System.Drawing, Version = 4.0.0.0, Culture = neutral, PublicKeyToken = b03f5f7f11d50a3a' einen Verweis hinzufügen.

obwohl das ist nicht einmal die Überlastung ich anrufe. Wenn ich die Zeile, in der die überladene Methode InverseTransform aufgerufen wird, auskommentiere, baut es gut auf, obwohl ich noch ein Objekt vom Typ ITransform instanziiere.

Warum? Und gibt es eine Möglichkeit, dies zu beheben, ohne überall einen Verweis auf System.Drawing hinzufügen zu müssen?

Answer 1

Der Compiler muss wissen, was ein System.Drawing.Point ist, um zu beweisen, dass es nicht die richtige Überladung ist (zB wenn es eine implizite Konvertierung hat).

Answer 2

Diese Methode verwendet etwas, das in System.Drawing definiert ist. Wenn Sie es auskommentieren, wird die Assembly nicht mehr versuchen, System.Drawing; Daher keine Anforderung.

Denken Sie daran, wenn Sie gehen, um Ihre Aktion auszuführen. .NET sagt ok Ich rufe den in dieser Assembly definierten Typen an und sucht nach dem entsprechenden Code, der ausgeführt werden soll. Es kann es nicht finden, also wirft es seine Hände auf und sagt, ich gebe auf, sag mir, wo es ist.

Machen Sie es sich zur Gewohnheit, auf jede DLL zu verweisen, die Sie möglicherweise verwenden.

Answer 3

namespace ClassLibrary1 
{ 
    public interface ITransform 
    { 
     dynamic InverseTransform(dynamic point); 
    } 
} 

using ClassLibrary1; 
using Moq; 
namespace ConsoleApplication9 
{ 
    interface IPoint { } 
    class Point : IPoint { } 

    class Program 
    { 
     static void Main(string[] args) 
     { 
     var transform = new Mock<ITransform>(); 
     IPoint x = transform.Object.InverseTransform(new Point()); 
     } 
    } 
} 

Anstatt Ihnen zu sagen, was Sie nicht tun können ...

Ein Weg, dies zu beheben, mit sich bringen würde die Einführung IPoint Transformation (IPoint x) als die einzige Methode in der Schnittstelle zusammen mit IPoint Schnittstelle . Dies würde bedeuten, dass System.Drawing auch Ihrem IPoint entsprechen müsste.

Wenn Sie diese Ebene der Entkopplung möchten, kommt dynamisches Schlüsselwort in den Sinn, da Sie Drawing.Point nicht erhalten können, um eine Schnittstelle nach der Tat zu implementieren. Stellen Sie sicher, dass dieser Teil des Codes eine wirklich gute Unit-Test-Abdeckung aufweist, und erwarten Sie, dass die Leistung etwas langsamer ist.

Auf diese Weise müssten Sie System.Drawing nur in Baugruppen referenzieren, in denen Sie es tatsächlich verwenden.

EDIT Reflektor sagt, dass die Signatur von System.Drawing.Punkt ist

[Serializable, StructLayout(LayoutKind.Sequential), TypeConverter(typeof(PointConverter)), ComVisible(true)] 
public struct Point { } 

Answer 4

dies zu beheben (und Ihnen nicht zu viel Anrufe usw. wickeln)
Sie einfach eine Erweiterung Wrapper für die ‚Point‘ definieren könnte rufen Sie nur verwenden z.B.

public static Point MyInverseTransform(this ITransform mytransform, Point point) 
{ 
    return mytransform.InverseTransform(point); 
} 

... dass lib füttern die System.Drawing Referenz (wo die Erweiterung)
(und um zu vermeiden, Ihre ‚Wrapper lib‘ überall hinzufügen, wie dass die Niederlage der Zweck würde, legte es nur in einige allgemeine lib, die Sie bereits referenziert haben, im Zusammenhang mit dem Problem.Best ist, wenn Teil der 'Quelle' lib aber sagen, falls Sie das nicht ändern können ...

und rufen Sie dann über MyInverseTransform stattdessen.

Answer 5

Der einzige Unterschied zwischen Überladungen sind die Typen. Aus diesem Grund kann der Compiler nicht unterscheiden, welche Überladung Sie verwenden, ohne den Typ zu betrachten.

Da der Typ von der ausführenden Assembly nicht referenziert wird, kennt der Compiler den Typ nicht und benötigt einen direkten Verweis auf die Assembly, die die Typdefinition enthält.

Ich lief in diesem Problem selbst und wollte keinen direkten Verweis auf die Assembly, die den Typ enthält, hinzufügen. Ich fügte einfach eine Argument (boolean) zu einer der Methoden, so dass sie nicht mehr Überladungen voneinander sind. Der Compiler hat dann den Unterschied zwischen den Methoden verstanden, auch wenn sie den gleichen Namen haben, weil sie eine andere Anzahl von Argumenten haben. Es wurde kein Verweis mehr auf die Assembly mit dem Typ benötigt. Ich weiß, dass es keine ideale Lösung ist, aber ich konnte keine andere Lösung finden, da meine Methode ein Konstruktor war, so dass ich seine Signatur auf keine andere Weise ändern konnte.