Интерфейсы можно конечно заменить одним помойным абстрактным классом, но по мне - это уже признак говнаря, если дело касается чего-то серьезного с использованием solid, тестирования итд
Со временем это понимается
Эргалон, иногда объекты слишком разные, поэтому наследование классов не подходит, но в то же время за счет наследования интерфейсов можно будет хранить их в одних массивах/коллекциях, наделять их неким сходством.
Как-то так
public interface IDrawable {
void Draw(Graphics render);
}
public class Rectangle : IDrawable {
...
public void Draw(Graphics render) {
render.DrawRectangle(pen,x,y,w,h);
}
}
public class Shape : IDrawable {
...
public void Draw(Graphics render) {
render.DrawEllipse(pen,x,y,w,h);
}
}
...
List<IDrawable> gameObjects;
....
Graphics g = Graphics.FromImage(canvas);
while (gameLoop) {
g.Clear(color);
foreach (var go in gameObjects) {
go.Draw(g);
}
}
При этом разные элементы могут наследовать от разных классов, какой-нибудь Label от UI, например, но объединяет их всех интерфейс IDrawable т.е. возможность прорисовки.
Как не видел смысла в интерфейсах, так и не вижу. Там где нужна та или иная реализация в классе, она там и будет. Даже если несколько объектов, должны уметь делать что-то одно, это будет объявлено и без интерфейсов.
Никто и не обязывает тебя пользоваться ими. Просто видимо ты ещё не нашёл такой задачи , где будут полезными только интерфейсы.
Как не видел смысла в интерфейсах, так и не вижу. Там где нужна та или иная реализация в классе, она там и будет. Даже если несколько объектов, должны уметь делать что-то одно, это будет объявлено и без интерфейсов.
PROGRAMMS
Комментарии проекта Программирование
Выбор редакции
Интерфейсы и с чем их едят
Ред. Msey
Со временем это понимается
да и вообще большинство шаблонов проектирования использует интерфейсы
Ред. uranus
Ред. Эргалон