Зачем нужны interface, если можно создавать функции?

Question

[Дядя Богдан]

Реальна какая разница?(подходит и к абстрактным классам)
Типо пишешь:
с интерфейсом:

class Dog : IAnimal
    {
        void IAnimal.Say()
        {
            Console.WriteLine("Gav gav!");
        }
    }

Без интерфейса:

class Dog
    {
        void Say()
        {
            Console.WriteLine("Gav gav!");
        }
    }

Comments

[Дядя Богдан]

Что так что так одинаковое количество кода пишешь!

[Василий Банников]

motkot, а теперь добавь кошку )

Answer 1

[DevMan]

интерфейс даёт гарантию, что описанные в нем методы реализованны в классе.

покурите тему интерфейсов в целом, и тег ООП на тостере в частности - этот вопрос задавался уже 100писот раз.

Comments

[kafkiansky]

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

[DevMan]

kafkiansky, он правильный. хоть и частичный.

[kafkiansky]

DevMan, внизу есть более правильные ответы. От вас не ожидал частичности.

[DevMan]

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

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

Answer 2

[freeExec]

Не сможешь хранить в одной переменной кошку, собаку и прочих говорящих роботов.

Answer 3

[Денис Загаевский]

Интерфейс это инструмент для абстракции. В твоём примере абстракции нет, более того, он плохой просто потому что никто не строит иерархии животное-кошка/собака. Это бессмысленно, и очень быстро ты уткнешся в рыбу, которая как бы тоже животное, но say к ней неприменимо.
Сделай интерфейс ISpeakeable - т.е., могущий говорить. Сделай метод, который принимает этот интерфейс, и ты поймёшь, чем это хорошо.

Answer 4

[Василий Банников]

Раз уж на примере животных.

С интефрейсами можно сделать так:

interface ISpeaking {
  public void Speak();
}

public class Dog: ISpeaking {
  public void Speak() => Console.WriteLine("Гав!");
}

public class Cat: ISpeaking {
  public void Speak() => Console.WriteLine("Мяу!");
}

public static void Main() {
 ISpeaking[] speakers = new ISpeaking[] {new Cat(), new Dog()};
 foreach(ISpeaking speaker in speakers)
   speaker.Speak();
}

Более применимый пример - интерфейс IEnumerable.
IEnumerable реализуют разные коллекции: массивы, List, HashSet, Dictionary.
С помощью IEnumerable можно пройтись по всем элементам коллекции. Это позволяет избавиться от дублирования кода:
Без интефрейсов:

static void PrintAll(string[] array) {
  foreach(var e in array)
    Console.WriteLine(e);
}

static void PrintAll(List<string> list) {
  foreach(var e in list) { // Дублирование!
    Console.WriteLine(e);
}

C интерфейсом:

// Можно использовать и для string[], и для List<string>, и даже для того, о чём мы ещё не знаем!
static void PrintAll(IEnumerable<string> collection) {
  foreach(var e in collection) {
    Console.WriteLine(e);
  }
}

Интерфейсы - это один из способов достичь полиморфизма.

Comments

[Дядя Богдан]

А если будет рыба? Рыба не может говорить. Добавлять новый интерфейс который описывает рыбу?

[Василий Банников]

motkot, ага. Но то, как этот интерфейс будет выглядеть будет определено задачей