CodeFest 2011. Макаров А. — Как разрабатывается Yii
0 likes542 views
Документ описывает Yii, PHP5 MVC фреймворк, подчеркивая его легкость, скорость и гибкость, а также возможности активной записи и кэширования. Он обсуждает истории его разработки, принципы проектирования и необходимость документации, подчеркивая, что код должен быть приятным для разработчиков. Также упоминаются сообщество Yii и важность обратной совместимости в версиях фреймворка.
CodeFest 2011. Макаров А. — Как разрабатывается Yii
- 1. Как разрабатывается Макаров Александр Yii core team
- 2. Что такое Yii? PHP5 MVC фреймворк. Свой Active Record. Лёгкий и быстрый. I18n на основе CLDR. Мощный и гибкий. Кэш с зависимостями Красивый API. и кучей бэкэндов. Пересекае RBAC. тся с Prado, Консоль. Rails, Symfony и Генератор кода. Joomla. … Prado, с 2004 → Yii 1.0, 2008 → Yii 1.1, 2010
- 3. Типичный action public function actionView($id) { $post = Post::model()->findByPk($id); if(!$post) throw new CHttpException(404); $this->render('view', array( 'post' => $post, )); }
- 4. И немного AR посложнее $posts = Post::model() ->taggedWith(array('yii', 'CodeFest'))->published()->with('comments')- >findAll(); foreach($posts as $post){ echo $post->title; foreach($post->comments as $comment){ echo $comment->text; } }
- 5. Откуда такое название? • Yes It Is (2010) • Easy Efficient Extensible (2009) • Китайский символ Yi: – Лёгкость, простота. – Изменчивость и гибкость. – Постоянство. Главные принципы не меняются. “Yi ching”, “Книга перемен”.
- 6. Зачем велосипед и почему MVC? • Во времена Prado не было нормальной альтернативы. • Prado заимствовал у ASP.NET. Чужеродно. • MVC популярен и удобен. • Существующие в 2008 году фреймворки не устраивали.
- 7. Иногда велосипед — это хорошо!
- 8. Заимствование • Стоит ли смотреть на других? • Заимствование идей в неизменном виде. ?
- 9. Сообщество и компания Сообщество Компания Фреймворк не × Заинтересована в подпиливается под получении прибыли. конкретные проекты. × Фреймворк часто является Заинтересовано в побочным продуктом оттачивании инструмента. проектов компании. Готово к обсуждениям. × Работает за деньги. Работает на репутацию. × Часто откладывает Принимает решения принятие решений. относительно быстро.
- 10. Компания — зло для фреймворка? • Не всегда. • Acquia, Lullabot (Drupal) • Percona (MySQL) • Zabbix
- 11. Почему BSD? • Фреймворк — инструмент. • Чтобы код «жил» его должны серьёзно использовать. • Серьёзно = для получения прибыли. • BSD не ограничивает коммерческое использование.
- 12. Сообщество Yii В общем • Оттянул на себя часть • Интересные уникальные сообщества Prado решения, рецепты • Не превратиться в • Собрать лояльное ядро helpdesk • Обучить на личном • Повторяющиеся вопросы примере, что для → wiki, поиск сообщества хорошо • Мало пишут — не всегда • Оставить шанс показать плохо себя
- 13. Новые предложения Необходимо? Типично? Обсуждение Реализация
- 14. «Ну и что... Это ситуация когда количество параметров меньше и тут все OK. А ситуация с зомби совсем другая»
- 15. Команда Yii • 6 разработчиков. • Количество • Технический писатель. разработчиков не • ~50 переводчиков. растёт т.к. рост означает: – Больше времени на • Приоритеты: общение, меньше на – Стабильность кода. код. – Надёжность кода. – Возможные – Единый стиль. конфликты.
- 16. Use the force and read the source!
- 17. Нет уж, спасибо!
- 18. Документация • Код без документации — мусор. • 40% успешности проекта — документация. • Пишем код — обновляем документацию. • Всегда сразу документируем методы, классы и свойства. • Важны примеры, но слишком много примеров — тоже плохо.
- 19. Почему код должен быть приятным? • Чтобы проект доставлял разработчику не меньше удовольствия, чем пользователям. • Чтобы не тратить неоправданно много времени на документацию. • Деньги, время, мотивация.
- 20. Каким должен быть API? • Согласованный. Всё в одном стиле. • Не сложный. Сложность = много всего. – Магия, если она есть, должна обязательно быть однозначной и, по возможности, простой. • Гибкий. Легко поменять поведение. • Документированный. • Гибкость vs простота. – Крайности. God object. • Решение: фасад для скрытия деталей, адаптер для выравнивания API.
- 21. Готового идеала нет • В больших проектах всегда приходится что- то подпиливать. – Как потом обновлять? – Как ничего не сломать? • В фреймворк нельзя встроить всё. – Надо ещё и сторонний код пилить? – А вдруг не заработает?
- 22. Версии и обратная совместимость 1.1.x — обратно совместимые релизы. – Небольшие документированные изменения. – Новые возможности. – Подходит для обновления уже начатых проектов. 1.x.0 — частичная несовместимость. – Обновить проект возможно, но затратно. x.0.0 — более свежие возможности без оглядки на обратную совместимость.
- 23. Поддержка старых версий Проект Фреймворк • Делается не один месяц, • Поддерживать все старые за это время выходит версии нереально → обратно несовместимая ограничиваем время версия. поддержки. • Немедленное • Не перетаскиваем новые адаптирование под неё — возможности в старые потеря времени и денег. версии. Исправляем • Возможно, стоит ошибки. остановиться, но как быть с багами в фреймворке?
- 24. Инструментарий • «Одноразовую» миграцию данных в большинстве случаев приходится делать много раз. • Код надо тестировать. • Однотипный код писать лень. • IDE должны поддерживать код. • Отладка — это важно.
- 25. Производительность и оптимизация • Yii быстрый т.к. загружается только то, что нужно. Используется SPL __autoload. • Не подключаемся к БД, пока не понадобится, не парсим запрос пока не потребуют и т.д. • Если код используется часто и много — производительность важнее фич. • Если используется редко — производительность не так важна.
- 26. Yii — это хорошо!
- 27. Спасибо • http://yiiframework.com/ • http://yiiframework.ru/ • http://rmcreative.ru/ • sam@rmcreative.ru • Принимаются – Отзывы – Идеи – Предложения