Warning: Cannot use a scalar value as an array in /home/admin/public_html/forum/include/fm.class.php on line 757
Warning: Invalid argument supplied for foreach() in /home/admin/public_html/forum/include/fm.class.php on line 770
Warning: Invalid argument supplied for foreach() in /home/admin/public_html/forum/topic.php on line 737 Форумы портала PHP.SU :: Изменение видимости при наследовании
Скрипт полностью вешается, скрип при этом полностью вешается. Не выдает вообще ничего, ни сообщений об ошибках, ни нужного текста. А вот назначить более мягкие правила видимости позволяет. Вопрос - это оно действительно невозможно назначить более строгие правила потомкам, или у меня какой-то локальный глюк?
Версия пхп 5.4.45
DelphinPRO
Отправлено: 19 Февраля, 2016 - 17:10:23
Активный участник
Покинул форум
Сообщений всего: 7187
Дата рег-ции: Февр. 2012
Помог: 353 раз(а)
ArsWolfBeast пишет:
Не выдает вообще ничего
Нужно включить вывод ошибок. и вы увидите заветный fatal error
Покинул форум
Сообщений всего: 7
Дата рег-ции: Нояб. 2012
Помог: 0 раз(а)
Благодарю.
Вроде стоит и в php.ini, и в .htaccess и в настройках скрипта стоит показывать все типы ошибок.
Значит так и должно быть. Хотя, имхо, логичнее было бы наоборот. Будем придумывать костыль.
Мелкий
Отправлено: 20 Февраля, 2016 - 09:36:01
Активный участник
Покинул форум
Сообщений всего: 11926
Дата рег-ции: Июль 2009 Откуда: Россия, Санкт-Петербург
Помог: 618 раз(а)
ArsWolfBeast пишет:
Значит так и должно быть. Хотя, имхо, логичнее было бы наоборот.
Как раз не логичнее.
Все наследники могут вести себя различным образом, но контракт базового класса соблюдать обязаны. Если в базовом классе был публичный метод - этот метод обязан быть во всех наследниках. Если было публичное свойство - оно обязано быть в наследнике и быть тоже публичным.
Иначе теряем все прелести наследования. Вместо лаконичного
Ведь мы знаем, что у базового класса foo - публичен и можем спокойно передавать любой подкласс.
Получится простыня условий: для объекта такого класса надо делать X, для такого - вообще невозможно, для третьего - через метод Y
И вот это - немаловажная причина почему публичные свойства - зло и должны быть геттеры и сеттеры. Их запросто в подклассе можно переопределить, будет изменение поведения, но сохранён контракт.
----- PostgreSQL DBA
ArsWolfBeast
Отправлено: 20 Февраля, 2016 - 13:57:01
Новичок
Покинул форум
Сообщений всего: 7
Дата рег-ции: Нояб. 2012
Помог: 0 раз(а)
Мелкий пишет:
И вот это - немаловажная причина почему публичные свойства - зло и должны быть геттеры и сеттеры. Их запросто в подклассе можно переопределить, будет изменение поведения, но сохранён контракт.
Ну переменные у меня не публичные (кроме редких исключений). Столкнулся я с этим, когда хотел поменять видимость методов. Пример привел с переменными просто для сокращения кода.
MiksIr
Отправлено: 20 Февраля, 2016 - 16:09:20
Забанен
Покинул форум
Сообщений всего: 378
Дата рег-ции: Сент. 2014
Помог: 10 раз(а)
[+]
Почитайте про LSB (Принцип подстановки Барбары Лисков)
Все гости форума могут просматривать этот раздел. Только зарегистрированные пользователи могут создавать новые темы в этом разделе. Только зарегистрированные пользователи могут отвечать на сообщения в этом разделе.