Объясните смысл интерфейсов

[MyLastHit]

Здравствуйте. Дочитываю Шилдта, но остается очень много неясностей. В частности - каков смысл интерфейсов?
Например возьмем код из MSDN:

interface IEquatable<T>
{
    bool Equals(T obj);
}

public class Car : IEquatable<Car>
{
    public string Make {get; set;}
    public string Model { get; set; }
    public string Year { get; set; }

    // Implementation of IEquatable<T> interface
    public bool Equals(Car car)
    {
        if (this.Make == car.Make &&
            this.Model == car.Model &&
            this.Year == car.Year)
        {
            return true;
        }
        else
            return false;
    }
}

Тоже самое делает и просто код:

public class Car
{
    public string Make {get; set;}
    public string Model { get; set; }
    public string Year { get; set; }
    public bool Equals(Car car)
    {
        if (this.Make == car.Make &&
            this.Model == car.Model &&
            this.Year == car.Year)
        {
            return true;
        }
        else
            return false;
    }
}

Может я чего-то не понимаю, но интерфейсы нужны только для того, чтобы методы прописанные в классе с указанным интерфейсом жестко следовали методам интерфейса?(принимаемые параметры, тип возвр. значения)

[veniside]

Интерфейс — это просто набор соглашений. Если класс имплементирует IEquatable, он должен реализовать Equals(). Фактически, то же самое можно реализовать и через множественное наследование, но с интерфейсами получается удобней.

Из С# in a Nutshell:

• A class can implement multiple interfaces. In contrast, a class can inherit from only a single class.

• Interface members are all implicitly abstract. In contrast, a class can provide both abstract members and concrete members with implementations.

• Structs can implement interfaces. In contrast, a struct cannot inherit from a class.

Вот ещё хороший пример оттуда же:

Consider the following classes:

abstract class Animal {}
abstract class Bird : Animal {}
abstract class Insect : Animal {}
abstract class FlyingCreature : Animal {}
abstract class Carnivore : Animal {}

// Concrete classes:
class Ostrich : Bird {}
class Eagle : Bird, FlyingCreature, Carnivore {} // Illegal
class Bee : Insect, FlyingCreature {} // Illegal
class Flea : Insect, Carnivore {} // Illegal

The Eagle, Bee, and Flea classes do not compile because inheriting from multiple classes is prohibited. To resolve this, we must convert some of the types to interfaces. The question then arises, which types? Following our general rule, we could say that insects share an implementation, and birds share an implementation, so they remain classes. In contrast, flying creatures have independent mechanisms for flying, and carnivores have independent strategies for eating animals, so we would convert FlyingCreature and Carnivore to interfaces:

interface IFlyingCreature {}
interface ICarnivore {}

[MyLastHit]

Спасибо! Более менее прояснилось.

[_-Re@l-_]

Фактически, то же самое можно реализовать и через множественное наследование, но с интерфейсами получается удобней.

Может, вы хотели сказать, с помощью абстрактного базового класса?

[Скарам]

У тебя есть List разнородных объектов ( Машины, Помойка, Гаражи, Сарай, Отель). У них нет общих предков( кроме object, который наследуется неявно), но для всех надо сделать процедуру форматированного вывода названия объекта.. что делать? Писать огромные switch и смотреть приводиться ли объект к данному типу? Или сделать поддержку интерфейса iformattable во всех этих классах ,сделать преобразования объекта к этому интерфейсу и вызвать ToString? Допустим выбрали мы первый вариант, но у нас появились еще 20 разных сущностей..ии.. опять расширять switch?.. тогда, получается проще идти вторым вариантом и вообще ничего менять не надо будет. Без интерфейсов такую штуку можно сделать только с одним набором функций(отнаследоваться от одного класса). А что делать дальше? Если у нас два набора функций? .. Вот тогда-то и становиться понятно для чего это придумано. Интерфейс-шаг к унификации объектов. Т.е. они позволяют работать с разнородными объектами, как с одним. Кстати, недавно для себя открыл сериализацию..после дня мук получил хороший автосейв..)

[MyLastHit]

Скарам,

спасибо.
Остался еще один вопрос. Вот дан интерфейс:

interface IEquatable<T>
{
    bool Equals(T obj);
}

И например он используется каким то классом. Метод в этом интерфейсе для данного класса уже существует, или его нужно вновь создать в классе?
т.е. нельзя в классе вместо например:

public bool Equals(Car car)
    {
         return true;
    }

Написать:

Equals(Car car){
    return true;
}

[veniside]

> Может, вы хотели сказать, с помощью абстрактного базового класса?

С помощью одних базовых абстрактных классов не всё можно сделать. Нужно или множественное наследование, или интерфейсы. В примере с животными это показано:

class Eagle : Bird, FlyingCreature, Carnivore {} // Illegal

Интерфейсы IFlyingCreature и ICarnivore позволяют объявить орла, как нечто летающее и нечто хищное одновременно.

Кстати, interface IEquatable<T> был введён в С# 2.0 для того, чтобы уменьшить накладные расходы на boxing/unboxing при вызове object.Equals(), но это уже скорее технические подробности именно С#, мало относящиеся к теме.

[_-Re@l-_]

С помощью одних базовых абстрактных классов не всё можно сделать.

А я и не говорю, что всё можно. Просто обычно когда говорят про интерфейсы, вспоминают про абстрактные базовые классы, потому как они,эээ...так сказать, абстрактный базовый класс - отец интерфейса. Как-то так.

[veniside]

Абстрактный базовый класс нельзя множественно наследовать. По крайней мере в С#. А так да, они похожи )