Как стать автором
Обновить

Комментарии 12

PS. Впервые написал топик с кодом, поэтому вопрос — а как лучше постить php-мешанину? Хабраредактор не всегда подсвечивает, про «родной» парсер я вообще молчу…
Спасибо. Даже такому битому коханцу как я было интересно.
Ну, уж тут-то сомневаюсь :) Ничего нового, как я подозреваю. Вообще идея с коллекцией музыки в качестве демо-приложения очень интересна. На ее основе можно целый цикл статей делать с постепенным развитием…
Так давайте устаканим что делать будем, каждый напишет по части вот вам и цикл.
Можно превратить это в баттл :) Один начинает, второй развивает (с какой-то одной просветительной миссией) и т.д. Как в города играть
Вызов принимаю, исходник качаю, следующая серия за мной =)
Если следовать хорошему ООП, то для оптимизации «необходимости в каждом шаблоне создавать страницу с нуля» лучше поступить по-другому.
Создать свой MyView extends View, зашить в него все что Вам необходимо, и создавать шаблон как экземпляр именно MyView.
В него Вы можете засунуть любую логику: модели (к примеру как модель может быть реализовано хранилище подключаемых js и стилей), виды (различные статичные, или со своими собственными моделями виды) и т.п.
PS: В случае коханы — класс должен находится в libraries.
А зачем расширять класс View? Что-то я не понял… Что нового Вы в него планируете внедрить? Ведь доктайпы, стили и прочая фигня прописывается в файлах шаблонов, и к библиотеке View_Core отношения не имеет. Не путайте подключаемые через View файлы (например, index.php) и саму библиотеку View.
На счет View совсем непонял. Вы привели пример использования Template_Controller, причем он и предназначается для такого использования. Причем в доке есть примеры кода. Что нового вы ввели я так и непонял
В исходном примере (на tutsplus) использовался обычный Controller.
причем сдесь ваш tutsplus. Вы работаете с фреймверком и должны читать официальную документацию docs.kohanaphp.com/addons/template
Читайте внимательнее начало топика. Это — приведение опубликованного ранее туториала для начинающих к более адекватному виду. Или лучше было оставить как есть? Цель той статьи (и этой в том числе) — популяризация фреймворка, обзор основных возможностей, чтобы новички могли быстро сравнить его с другими известными им инструментами. Они еще не работали с фреймворком и не хотят ковыряться в документации (пока что).
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.