LINUX.ORG.RU

как и везде в ООП - абстрактные классы не имеют реализации, требуют ее от потомков. Виртуальные же методы не требуют реализации от потомков.

bvn13 ★★★★★ ()

Встречный вопрос:
C# в linux. На кой черт он нужен? Приведите пример где он объективно необходим для реализации.

crutch_master ★★★★★ ()
Ответ на: комментарий от Bacteriophage

Удобен.

Сомнительно.

Это я знаю. Но не смог придумать задачи, где это было бы необходимо.

Классика: абстрактный класс «фигура» и реализации - круг, квадрат, треугольник.
Ближе к реальности: абстрактный класс источник данных и реализации: локальный файл, http, ftp, db...

crutch_master ★★★★★ ()
Ответ на: комментарий от crutch_master

Сомнительно.

Помимо, вариантов не много: питон и ява. Питон --слишком оригинальный, подойдет тем, кто любитель острых ощущений и экспериментов, меня же сильно огорчает невозможность писать в строчку, выходить за пределы тогда, когда Я, Я(!) хочу/нужно/красивее. Ява ладно, пойдет.

Bacteriophage ()
Ответ на: комментарий от crutch_master

пиши на с/с++. Будь мужчиной!

Пиши на плюсах, будь мужчиной, создавая себе сложности в мультиплатформенности и героически их решай, ага :)

Bacteriophage ()
Ответ на: комментарий от Bacteriophage

создавая себе сложности в мультиплатформенности и героически их решай, ага :)

Именно!

crutch_master ★★★★★ ()

C# На кой черт он нужен?

fixed

umren ★★★★★ ()
Ответ на: комментарий от Bacteriophage

Помимо, вариантов не много: питон и ява. Питон --... меня же сильно огорчает невозможность писать в строчку, выходить за пределы тогда, когда Я, Я(!) хочу/нужно/красивее. Ява ладно, пойдет.

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

Virtuos86 ★★★★★ ()

Приведите пример где он объективно необходим для реализации.

когда мы говорим об ООП, слово «необходим» - неуместно.

Ну давай какую-нибудь предметную область придумай и опиши её иерархией классов, найдешь может куда абстрактный класс впихнуть.

Вот смотри, пусть нам надо описать аутентификацию пользователей:

1) нужен максимальной абстрактный бэкенд аутентификации, максимально абстрактные параметры аутентификации, пусть будут интерфейсами.

2) Теперь у нас есть огромное количество бэкендов, которые проверяют имя пользователя и пароль пользователя. Вот пусть будут абстрактными классами.

3) А уж конкретные реализации с шифрованием, работой с сетью, базой и прочими безобразиями(ну LDAP там, DB, WebDav,Unix-user) и проч. будут конкретными классами.

RedPossum ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.