-
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
Зачем нужна сущность интерфейс?
- Автор темы Knayz
- Дата начала
- Статус
По-русски, что ли, гуглил? Ну тогда неудивительно.
Интерфейсы не содержат реализаций и служат лишь средством типизации кода, что особенно актуально при коллективной разработке. А также используются в ряде случаев при проектировании приложения для определения принадлежности объекта к тому или иному интерфесу. Впилили это убожество из-за отсутствия множественного наследования. Абстрактные классы не могут полностью заменить интерфейсы лишь потому что нет поддержки множественного наследования. В C++ никаких интерфейсов (как отдельных управляющих структур) нет, поскольку есть множественное наследование и абстрактные классы. В С++ понятие интерфейса воспринимается как алгоритмическая сущность (например "интерфейс доступа к сущности" или аналогичное понятие , как и API, где I - есть морда, в которую надо кричать )
Последнее редактирование:
Absinthe
жожо
У меня нет своего проекта сейчас. На работе использую Doctrine.P.S. А свой энтрырпрайз-проект с best practices ты тоже на AR пишешь?))
В случае некорректного использования доктрины она сыпет ворнингами из своих внутренностей, а не исключениями. Отладка превращается в сказку, приходится лезть внутрь, чтобы узнать причину ошибки.
Худший, за неимением аналогов
Ну конечно, а еще седаны - полное говно, ведь на них даже тонну картошки перевезти нельзя
Knayz
Новичок
Я тоже сказал на собеседовании про множественное наследование. Мне парень сказал, ну сделали бы тогда множественное наследование и абстрактные классы бы юзали вместо интерфейсов - зачем новую сущность интерфейс городить?
Собственно так и случилось в java, когда им понадобились итераторы в существующие интерфейсы.
Какая еще эмуляция много-наследования?? Какое еще имхо. Не вводите в заблуждение людей. В ООП нет понятия эмуляции. Да с такими утверждениями я сомневаюсь в вашем адекватном понимании базовых понятий. Трейт это копи/паста на уровне интерпретатора и костыль в виде резолвера конфликтов, который не стоит использовать. Переопределение метода в ООП - это не только "замена метода", но и возможность обратиться к методу родительских классов.
Признаков наследования у трейтов нет по следующим причинам.
1. В трейтах нет возможности обратиться к родительским методам "родительских трейтов" (в случае с PHP - суперклассу);
2. Трейт != класс, и существовать отельный объект на основе трейта не может;
3. Наличие двух методов с идентичными прототипами в двух трейтах вызовут конфликт;
(..можно продолжать..)
Трейт - это расширение возможностей PHP, позволяющий добавлять типичные методы / свойства в класс без признаков наследования, компонуя объект типичными для системы методами и свойствами.
PS: много где использую трейты в своих проектах, очень удобно компоновать объект из набора типичных для объектов задач. С ними код стал очень компактным и типизированным.
Ваш вариант ответа ?)
Knayz
Новичок
Из какого города если не секрет? Если из того что в профиле указан - то нет.
Последнее редактирование:
Аргументируйте.
- Статус