LIME, да, можно, в принципе, и так. Тогда и родительский switch можно будет "закрыть" default кейсом, который будет возвращать false - удобно будет для проверки на существование свойства (чтобы isset() не трогать)
Спасибо за свежую мысль) - плюсик поставить не могу, статус не позволяет.
О!... ничего не понял, но сделав предложенную замену, исправил баг, который уже отчаялся сегодня пофиксить. Двойное спасибо!)
Мелкий, ага, я уже проникся проблемой. Оказывается, оно даже в 6й версии не планируется.
Будьте так любезны, посмотрите соседнюю тему - я там пытаюсь как раз.. вот теперь даже не знаю, как называется то, что я пытаюсь делать. Наверное, переопределить метод с сохранением прежнего функционала.
JustUserR, спасибо. Вчитался, поэкспериментировал - удалось получать элемент по ссылке. Хотя возникла проблема с наследуемыми классами и переопределением __get()
Открыл под этот вопрос отдельную тему с подробным описанием.
Примечание: существует ряд свойств, которые могут подгружаться различными методами по требованию - для того и нужен геттер, чтобы не лепить множество проверок на существование свойства.
Примечание: в дочернем классе появляются свои свойства, которые нужно подгружать по первому требованию. Но при этом не нужно забывать про старые свойства из system. Именно для этого переопределяя в дочернем классе геттер, я упоминаю родительский геттер и только потом добавляю еще кейсов для автозагрузки.
Примечание: родительский геттер "не закрывается", то есть он или return значение при наличии соответствующего кейса, или ничего не возвращает. Default кейса нет.
Проблема в том, что в экземпляре "третьего поколения" (в afisha_cities, который extends afisha. В нем геттер никак не перегружается, а всего лишь наследуется по умолчанию) не запускаются геттеры из system. Вернее, они запускаются.. но как-то очень странно срабатывают.
если я спрошу:
var_export( $this->user );
то вернется NULL
Но если спросить в такой последовательности:
$this->user;
var_export( $this->user );
то вернется требуемое значение
В общем, помогите понять, где собака зарыта.
Дополнение: геттер однозначно рабочий, он проверялся на другом потомке (как бы второго поколения) system с тем отличием, что в потомке никакой перегрузки геттера не было. Он просто наследовался как обычно и срабатывал, как ожидается.
Господа, изменилась ли ситуация в актуальной (5.3) версии PHP?
Честно говоря, я так и не понял, как мне геттером получить значение $this->arr['some_item'], ведь в __get() в таком случает будет передано только "arr", без ключа.
Мелкий, вы второй раз уже отвечаете, невнимательно прочитав предыдущее.
Нет, не пробовали. И нет санкций пробовать.
Нужен квалифицированный программист, который дополнительно возьмет на себя часть текучки.
Мужики, я не спрашиваю у вас совета - кого и на какую должность брать. Это - вакансия. Заинтересовало? - пишите. Нет? - не флудите.
DeepVarvar, в офисе дюже не хватает эникейщика или админа... или админа-эникейщика) и в этом вся проблема. Чисто админских вопросов не много, но полно всякой чепухи менеджерской, с уклоном в айти. И их частенько (особенно вопросы посложнее) вешают на "технический отдел". А так как в семье не без урода, то с некоторых менеджеров приходит Оочень много работы. И ведь не поспоришь - я действительно верю, что именно этот менеджер с подобными заданиями не справится в виду своих умственных способностей. И так как админа гендир брать не хочет (а менеджера точно не уволят), то решили брать массой. То есть взять в штат дополнительных программистов. С одной стороны, это даже весело - не заскучаешь. Но кто намерен ТОЛЬКО программировать, чисто кодинг, то тем не советую к нам идти ибо не получится так.
Stierus, нет, не выгодно. Здесь довольно много постоянной работы, с которой один человек не справляется. Плюс ко всему проекты, которые требуют длительной и постоянной разработки + поддержка.
Сайты мы как раз не клепаем. Человек, вон, догадался посмотреть на домен, который указан для отправки резюме - ужаснулся, наверное. Тем не менее, на сайте описано, чем фирма занимается.
DeepVarvar, ты уколол меня за самое больное...(((
С тех пор как я пришел работать на свое место, я уже не раз говорил гендиру, что сайт нужно переверстывать. Что это убого. Но, ***ТЬ, какой только х**** не занимаюсь, но только не программированием - на сайт, видите ли, времени не предусматривается. Именно по этой причине - нехватка рабочих рук - и ищется дополнительный человек.
Мелкий, а зачем мне распинаться перед всеми подряд, тем более перед тем, кто не видит названия города в заголовке темы? Я стою на позиции того, кто выбирает.
Доброго дня, коллеги.
Открыта вакансия РНР-программиста в офис, на полный рабочий день.
Помимо уверенного владения РНР, понимания принципов ООП и применения их на практике, не лишним будут:
-- хорошие навыки верстки
-- знание JS
-- знание РНР-фреймворков
Работа предполагается разнообразной, потому человека хотелось бы увидеть разносторонне развитого, который имеет представление о всех направлениях сайтостроения - чем шире кругозор, тем лучше.
Девушкам по дефолту +1 в карму и приоритет при собеседовании ;)
Резюме лучше сразу отправлять на gk[a]marva-trade.ru
Главная
Помощь
Поиск
Пользователи
Найдено сообщений: 21
