А я рисовал в тетрадке в клеточку поле размером 32 на 24 клеточки (типа знакоместа, экран Спектрума), что-то там вырисовывал, картинку или интерфейс какой-то программки и потом переносил уже на компьютер, благо это было очень увлекательно и не сложно. Код писали на бумажках, там же и баги находили сразу, растактовку писали рядышком. У меня в школьных тетрадках вечно сзади все было исписано ассемблеровскими листингами: всякие скроллеры, бегущие строки, печати символов разных размеров. Эх… было время :)
У нас после работы пиво можно пить (и не только пиво :). Также частенько сама фирма устраивает за свой счет какие-нить пятничные попойки (пиво, вино, коньяк, чипсы, бутерброды). И да, это помогает снять стресс после тяжелой трудовой недели.
Было дело… Начальник говорил что-то типа «А почему я должен повышать тебе зарплату? (спустя год работы) У меня очередь таких как ты, согласных работать за твою нынешнюю ЗП. На мой век дураков хватит.»
Забыл про extract написать… Да, такой способ импорта переменных очень опасен и неправильный. Но я пока не определился с методом передачи переменных во view.
Спасибо за развернутый комментарий. Никто не говорит, что в будущем Active Records будет тут по-прежнему использоваться. Это временное решение, не претендующее на лавры повсеместного использования. Отчасти, например, если я захочу применить отличную от MySQL БД, то текущее решение окажется неработоспособным.
По поводу вложенности шаблонов… В оригинале не было возможность вкладывать шаблон в шаблон. Здесь же в методе show последний параметр и отвечает вернуть ли вам содержимое обработанного темплейта или отправить его непосредственно в броузер. С такой возможность вполне можно делать вложенные view.
С ошибками да — пока косяк. Ведь многое осталось и с оригинала. В дальнейшем поправлю.
>>Зачем передавать еще один массив в функцию show? Почему вместо этого не сделать метод assign? Зато вызывается __set при передаче массива — лишний код и лишние вызовы.
Тут немного не понял основной мысли. Имеется ввиду передача данных в шаблон и их последующая выгрузка в переменные?
Отборочный тур — uwc.org.ua/public/files/tasks.zip
Финал — docs.google.com/document/d/1RDojXu8CRqJmBvQijRsoFtzwQuyyPWiNFMbsprWCS2k/edit?pli=1
Финал чемпионата —
Но трудно назвать чем-то выдающимся. Просто самописный блог. Может в будущем будет что-то расширенное, а пока так.
define ('site_path', $site_path);
Это со тарой статьи кусочек остался. Наверное, не тронул его…
По поводу вложенности шаблонов… В оригинале не было возможность вкладывать шаблон в шаблон. Здесь же в методе show последний параметр и отвечает вернуть ли вам содержимое обработанного темплейта или отправить его непосредственно в броузер. С такой возможность вполне можно делать вложенные view.
С ошибками да — пока косяк. Ведь многое осталось и с оригинала. В дальнейшем поправлю.
>>Зачем передавать еще один массив в функцию show? Почему вместо этого не сделать метод assign? Зато вызывается __set при передаче массива — лишний код и лишние вызовы.
Тут немного не понял основной мысли. Имеется ввиду передача данных в шаблон и их последующая выгрузка в переменные?