Почему мне (иногда) приходится ссылаться на сборки, на которые ссылается сборка, с которой я ссылаюсь?

Question

У меня есть сборки, который определяет интерфейс с некоторыми перегрузками:

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

... и сборочный B, который ссылается на A (двоичный код, а не проект) и называет один из перегруженных:

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

Чтобы быть точным, он вызывает System.Windows.Point перегрузку метода InverseTransform, потому что это тип свойства Location в e.

Но когда я строю B в IDE я получаю: CS0012

об ошибке: Тип «System.Drawing.Point» определяется в сборке, которая не ссылается. Вы должны добавить ссылку на сборку «System.Drawing, Version = 4.0.0.0, Culture = neutral, PublicKeyToken = b03f5f7f11d50a3a».

, хотя это даже не перегрузка, которую я вызываю. Когда я прокомментирую строку, где вызывается перегруженный метод InverseTransform, он строит отлично, хотя я все еще создаю объект типа ITransform.

Почему? И есть ли способ исправить это без необходимости добавлять ссылку на System.Drawing всюду?

Answer 1

Компилятор должен знать, что такое System.Drawing.Point, чтобы доказать, что это не правильная перегрузка (например, если он имеет неявное преобразование).

Answer 2

Этот метод использует что-то определенное в System.Drawing. Если вы раскомментируете это, то сборка больше не будет пытаться использовать System.Drawing; следовательно, не требуется.

Подумайте об этом таким образом, когда вы уйдете, чтобы выполнить свое действие. NET говорит, что я делаю вызов этому парню, определенному в этой сборке, и ищет соответствующий код для выполнения. Он не может найти его, поэтому он бросает руки и говорит, что я сдаюсь, расскажи мне, где это.

Просто сделайте это привычкой ссылаться на каждую DLL, которую вы потенциально можете использовать.

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()); 
     } 
    } 
} 

Вместо того, чтобы говорить вам, что вы не можете сделать ...

способ исправить это повлечет за собой введение IPOINT Transform (IPOINT х) в качестве единственного метода в интерфейсе, вместе с интерфейсом IPOINT , Это означало бы, что System.Drawing должен будет соответствовать вашему IPoint.

Если вам нужен этот уровень развязки, на ум приходит динамическое ключевое слово, поскольку вы не можете заставить Drawing.Point реализовать интерфейс после факта. Просто убедитесь, что у вас действительно отличное тестирование для этой части кода, и ожидайте, что он будет работать несколько медленнее.

Таким образом, вам нужно будет ссылаться на System.Drawing только на сборках, где вы его используете.

EDIT Отражатель говорит, что подпись System.Drawing.Точка является

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

Answer 4

Чтобы решить эту проблему (и предоставление вам не слишком много вызовов обернуть и т.д.)
можно просто определить расширение оболочки для этой «точки» называют только вы используете, например,

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

... кормить, что Лив (где расширение есть) ссылка System.Drawing
(и, чтобы избежать необходимости добавить «обертку Lib» везде, как бы поражение цели, просто положить его в какой-то общий lib, на который вы ссылались, связанный с проблемой. Лучше всего, если часть «исходной» библиотеки, но говорит, если вы не можете это изменить) ...

и назовите его, а затем вместо этого введите MyInverseTransform.

Answer 5

Единственная разница между перегрузками - это типы. Вот почему компилятор не может отличить, какую перегрузку вы используете, не глядя на тип.

Поскольку тип не ссылается на исполняющую сборку, компилятор не знает тип и нуждается в прямой ссылке на сборку, содержащую определение типа.

Я сам столкнулся с этой проблемой и не хотел добавлять прямую ссылку на сборку, содержащую этот тип. Я просто добавил аргумент (boolean) к одному из методов, чтобы они больше не перегружали друг друга. Затем компилятор понял разницу между этими методами, даже если они имеют одно и то же имя, потому что они имеют различное количество аргументов. Ему больше не нужна ссылка на сборку, содержащую этот тип. Я знаю, что это не идеальное решение, но я не мог найти другого решения, поскольку мой метод был конструктором, поэтому я не мог изменить его подпись каким-либо другим способом.