@WWWinplex

Прошу объяснить: зачем нужны эти объекты? Неужели нет таких ситуаций, где без них не обойтись? Вот например: интерфейсы могут быть использованы, чтобы занести объекты в массив неродственных классов на основе реализации этого интерфейса, но что мешает создать для них родителя? Или вот: абстрактные классы используются тогда, когда базовый класс вообще не нужен, а важны только его "родственники". Но ведь можно опять же, создать неабстрактного родителя... неужто дело только в экономии памяти?

Ах да, извиняюсь, не в том разделе создал! Надеюсь, перенесут!

0

@Savvy

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

0

@WWWinplex

Да мне не нужно их сравнение, мне нужно пояснение, зачем делать с их помощью, если можно обойтись стандартными способами!

0

@Spectral-Owl

в общем фишка такая, рассмотрю на примере:
мне нужно установить связь компьютера с неким устройством, причем устройство может быть связанно как по СОМ порту, так и по Езернету. при этом необходимо как минимум выполнения двух действий: посылки данных и их принятия.
а теперь фишка: как в дальнейшем будет соединено устройство я не знаю, это зависит от конечного пользователя. а он соединит тем, что найдёт первым, но варианта предусмотреть нужно два. А реализация отправки данных по СОМ порту и по Езернету отличаются разительно.
Выход - разработать интерфейс (какойнибудь IChannel), и объявить в нём методы (какиенибудь WriteData и ReadData).
дальше разрабатываю 2 класса: ComChannel и EthernetChannel. выставляю поддержку интерфеса у обоих, и в каждом реализую методы приёма-передачи данных согласно их типу. т.е. методы имеют одно название, одни и те же входные параметры, одинаковые выходные параметры, но работают совершенно разным образом.
Дальше - ещё проще: добавляю в класс устройства поле с типом интерфейса
и соответственно использую в нужных местах методы chan.ReadData и chan.WriteData (в интерфейсе они же объявлены, значит их не может не быть, правда они могут быть пустыми, но и это исправляется)
а потом, в зависимости от того, что указал пользователь программе (т.е. то через что он соединил комп с устройством) создаю новый объект канала
И всё. теперь в зависимости от типа созданного объекта будут использоваться различные методы. правда необходимо ещё предусмотреть запрет вызовов функций chan.ReadData и WriteData пока chan==null и многое другое, но саму идею надеюсь донёс.

2

@Noob.net

WWWinplex,
Классы не поддерживают множественное наследование,это уже плюс к интерфейсам)
+ модификаторы доступа.
+конструкторы\деструкторы,модификаторы доступа
+ссылки на интерфейс и много много другого

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

1

@kolorotur

Разумеется есть:
Ограничение на наследование только одного класса.

Нет, существуют ситуации, в которой просто не может быть дефолтной реализации некого метода или свойства, а может быть только абстракция. Ну а наличие хотя бы одного абстрактного свойства или метода автоматически делает весь класс абстрактным, что вполне разумно.
Например, класс "Дверь", описывающий само понятие сабжа. Любую дверь можно закрыть или открыть - отсюда два метода Open и Close. Какая здесь может быть реализация по умолчанию? Есть двери обычные, раздвижные, автоматические и т.д., то есть способ закрытия и открытия зависит от конкретного типа двери. Для разных дверей нельзя описать некую общую процедуру закрытия или открытия, потому класс "Дверь" - это абстракция, общее понятие.

2

@tezaurismosis

И ещё одна вещь - интерфейсы помогают упростить стандартизацию кода. Как сделать, чтобы ваш класс мог быть перечисляемым в foreach? Реализуйте в нём методы интерфейса IEnumerable! Как сделать, чтобы можно было сравнивать (по типу больше/меньше) два экземпляра класса? Реализуйте в нём методы интерфейса IComparable! Так вы можете придумать какое-нибудь действие, и реализовать для всех классов вашего кода интерфейс, который вы соотносите с этим действием.

1

@Spectral-Owl

а вот и нетушки) класс Console содержит свойство TextWriter, которое поддерживает интерфейс IDisposable.
Но это я так, от безделья написал и из вредности нашел))

1

@kolorotur

0

@Noob.net

Если вам не нравится IDisposable забудьте о C#,учите другие языки.

0

@WWWinplex

Я вроде написал : неужто нет ситуаций, где без них не обойтись. Т.е. в любой ЛИ ситуации можно без них обойтись. Т.е. есть ли ситуации, где они незаменимы - вот что я хотел сказать. Спасибо всем за ответы, подожду, может еще кто-что напишет.

0

@Noob.net

Конечно можно.Я вот каждый день обхожусь уже 2 месяца как,а то и больше
(не считая стандартов уже реализованных типа выше сказанного Console)

Просто нужно ли копать лопатой,когда есть бульдозер?

0

@Spectral-Owl

1

@kolorotur

Да, особенно при разработке модулей.

1

@tezaurismosis

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

0