Casting между классами, которые разделяют один и тот же интерфейс

Question

У меня есть два интерфейса IHeaderRow и IDetailRow

Я тогда объект, который реализует как RawRow: IHeaderRow, IDetailRow

тогда мне нужно лить его в HeaderRow который реализует IHeaderRow.

Но когда я пытаюсь, оно заканчивается тем, что оно является нулевым или дает исключение.

Я могу бросить ObjectRawRow либо интерфейс IHeaderRow или IDetailRow

var ObjectIHeaderRow = ObjectRawRow as IHeaderRow; 
var ObjectIDetailRow = ObjectRawRow as IDetailRow; 

Но я не могу бросить ObjectRawRow к HeaderRow или ObjectIHeaderRow к HeaderRow.

Он бросает ошибку Не удается преобразовать тип источника «IA» в целевой тип «А»

Мне нужно, чтобы бросить его в реальный класс HeaderRow.

Мысли?

EDIT:

Несмотря на создание явное приведение позаботилась о проблеме я думал, что дать ответ людям, интересно, почему я делаю то, что я был.

Короче говоря, я последовательно обрабатываю файл. Построчно. Я прочитал строку в RawRow, и пока я не посмотрю несколько значений, я действительно не знаю, какой тип строки это будет. Затем я хотел отдать его правильному типу.

Answer 1

Вы можете только неявно объекты типов, которые они наследуют или реализуют - так RawRow не вытекает из HeaderRow, это не представляется возможным.

В зависимости от ваших потребностей, вы можете преодолеть это, написав explicit conversion operator, создавая HeaderRow конструктор, который принимает RawRow как его прототип, или путем изменения кода для работы на IHeaderRow.

Answer 2

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

Интерфейсы не имеют к этому никакого отношения.

---

Рассмотрим:

class Shape 
interface IHasCorners 
class Rectangle : IHasCorners, Shape 
class Triangle : IHasCorners, Shape 


Rectangle myRectangle = new Rectangle(); 
Triangle myTriangle = new Triangle(); 

//upcasts 
Shape s = (Shape)myRectangle; 
IHasCorners hc = (IHasCorners)myRectangle; 

//downcasts 
Rectangle r2 = (Rectangle)s; 
r2 = (Rectangle)hc; 

//upcasts 
s = (Shape)myTriangle; 
hc = (IHasCorners) myTriangle; 

//these downcasts won't work 
//the variables now reference a Triangle instance 
Rectangle r3 = (Rectangle)s; 
r3 = (Rectangle)hc; 

Answer 3

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

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

Рассмотрим следующий пример, который не компилируется:

class Example 
{ 
    static void Main() 
    { 
     Foo foo = new Foo(); 
     Bar bar = (Bar)foo; 
    } 
} 

class Foo { } 
class Bar { } 

Поскольку не существует наследование отношений между типами не существует явное преобразование из Foo в Bar это не может скомпилировать.

Но добавление явного преобразования позволяет компилировать:

class Example 
{ 
    static void Main() 
    { 
     Foo foo = new Foo(); 
     Bar bar = (Bar)foo; 
    } 
} 

class Foo 
{ 
    public static explicit operator Bar(Foo foo) 
    { 
     return new Bar(); 
    } 
} 
class Bar { } 

Answer 4

Вы можете только привести экземпляр к определенному классу, если объект на самом деле является экземпляром этого класса (или является производным от этого класса).

Невозможно передать экземпляр класса A полностью несвязанному классу B (это то, что вы пытаетесь сделать), даже если они реализуют одни и те же интерфейсы.

Answer 5

Вы можете использовать explicit keyword для создания методов, которые будут вызываться при попытке отличить от IA до A. Причина, по которой он не работает, не создавая собственный метод, заключается в том, что компилятор не знает, что делать со значениями, которые не предоставляются.

Answer 6

Во-первых, для чего вам нужно сделать такой странный актерский состав? Вероятно, есть еще один проект для того, что вы пытаетесь сделать.

Во-вторых, причина, по которой вы не можете сделать литье, заключается в том, что RawRow не HeaderRow. Единственная гарантия, которую он делает, заключается в том, что она реализует IHeaderRow. Проблема в том, что у него есть куча других вещей тоже, вещи, которых нет у HeaderRow. И наоборот - HeaderRow, вероятно, имеет кучу вещей, которых нет у ObjectRawRow.

Представьте ваши классы выглядеть следующим образом:

interface IHeaderRow 
{ 
    string GetText(); 
} 

class HeaderRow : IHeaderRow 
{ 
    public string GetText() 
    { 
     return "My Label"; 
    } 

    public int GetFoo() 
    { 
     return 42; 
    } 
} 

class ObjectRawRow : IHeaderRow 
{ 
    public string GetText() 
    { 
     return "My Raw Label"; 
    } 
} 

Теперь, если вы сделаете это, вы все в порядке:

ObjectRawRow row = new ObjectRawRow(); 
IHeaderRow header = row as IHeaderRow; 
string label = header.GetText(); // fine, since GetText is guaranteed to exist 

Но попробовать это для размера:

ObjectRawRow row = new ObjectRawRow(); 
HeaderRow header = row as HeaderRow; 
int magic = header.GetFoo();  // BOOM! Method doesn't exist, 
// because the object isn't really a HeaderRow under the covers. 
// It's still really an ObjectRawRow. What do you do now? Crash hard is what. 

Вот почему вы не можете бросить вне дерева наследования.

Answer 7

Зачем вам сначала бросать его в HeaderRow? Если IHeaderRow создавал api, который реализует HeaderRow, вы должны просто иметь возможность воздействовать на «объекты» IHeaderRow с использованием определенных методов.

Точка интерфейса - это то, что вы можете рассматривать группировку разных объектов как аналогичный тип. Не так, чтобы вы могли отличать разные объекты между классами, которые не связаны по наследству.