интерфейс vs abstract class

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

Базового функционала не реализуется (и не предполагается).

Что лучше выбрать интерфейс или abstract class и почему?

Прочитал последнюю дискуссию на эту тему, но ответа не нашел, слишком она абстрактная.
http://www.sql.ru/forum/1095266-1/c-interfeysy-sposoby-primeneniya

john2007
Базового функционала не реализуется (и не предполагается).

здесь и ответ

Изопропил
john2007 Базового функционала не реализуется (и не предполагается). здесь и ответ

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

Но ответ может быть - значения не имеет - можно выбрать или интерфейс или абстрактный класс.

А если все же интерфейс, то почему, есть в данном случае преимущества перед абстрактным классом?

john2007
А если все же интерфейс, то почему, есть в данном случае преимущества перед абстрактным классом?

иерархия классов может пригодиться для других целей

Изопропил
john2007 А если все же интерфейс, то почему, есть в данном случае преимущества перед абстрактным классом? иерархия классов может пригодиться для других целей

Согласен!

Изопропил
john2007 А если все же интерфейс, то почему, есть в данном случае преимущества перед абстрактным классом? иерархия классов может пригодиться для других целей

а кто мешает сделать интерфейс и от него абстрактный класс реализовать?

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

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

Абстрактный класс подойдёт, если необходимо:

1. предоставить часть базовой реализации
2. ограничить методы областью применения (модификаторы доступа)
3. планируется (есть риск) добавлять новые общие методы

В вообще можно совмещать:

IPet и PetBase, и сильно не париться по этому поводу

Прочитав название темы я, честно говоря, решил, что свеном опять обвиняет архитекторов и разработчиков .Net в некорректной реализации интерфейсов и абстрактных классов...

netivan
Изопропил пропущено... иерархия классов может пригодиться для других целей а кто мешает сделать интерфейс и от него абстрактный класс реализовать?

а зачем?