Download to read offline
Uploaded byМаксим Бровченко
архитектура крупных Word press сайтов
Доклад Евгения Котельницкого фокусируется на архитектуре больших сайтов на WordPress, рассматривая цели проекта, сложности поддержки и стандарты кодирования. Он подчеркивает важность модульности и организации хуков для упрощения разработки и повышения производительности. Доклад также затрагивает вопросы обработки ошибок и оптимизации как на стороне сервера, так и на стороне клиента.
архитектура крупных Word press сайтов
- 1. Архитектура крупных WordPress сайтов ЕвгенийКотельницкий Харьков 2014
- 2.
- 3. План 1. Наши цели 2.Сложность построения больших WP-сайтов 3. Пишем на одном языке 4. Обработка исключений и оповещения об ошибках 5. Модули и архитектура a. О качестве архитектуры b. Модули c. Организация хуков d. HTML-верстка e. Статические компоненты
- 4. Наши цели Что мыхотим от проекта? ● Простота поддержки ○ Низкий порог вхождения ○ Низкая себестоимость изменений ○ Минимум ошибок ● Отсутствие проблем с быстродействием
- 5. Сложность построения большихWP-сайтов Сложность поддержки ● Как найти / исправить ошибку? ● Где реализован этот блок? ● Кто так пишет? (стиль написания кода) ● Кто так пишет? (архитектура) ● Я не трогал этот модуль, откуда ошибка? ● Как я перенесу “часть изменений”?
- 6. Сложность построения большихWP-сайтов Быстродействие Back-end ● Запросы в PHP циклах ● Повторяющиеся операции ● Структура БД ● Неоптимизированные запросы
- 7. Сложность построения большихWP-сайтов Быстродействие Front-end ● Большое количество медиа-файлов ● Растущий с прогрессией CSS ● Проблемы с JavaScript возникают редко
- 8. Пишем на одномязыке с другими WP-разработчиками Стандарты кодирования ● PHP Coding Standards ● HTML Coding Standards ● CSS Coding Standards ● JavaScript Coding Standards
- 9. Пишем на одномязыке с другими WP-разработчиками Используем возможности WordPress ● “wp_remote_…” вместо cURL ● “wp_mail” вместо PHPMailer ● “dbDelta” вместо “SQL Create”
- 10. Отладка и оповещениеоб ошибках Обработка исключений
- 11. Отладка и оповещениеоб ошибках Оповещения об ошибках
- 12. Построение архитектуры О качествеархитектуры Архитектура ПО - многоуровневая система абстракций. Качество абстракции ● Зацепление ● Связность ● Полнота ● Достаточность ● Примитивность Качество классов и объектов, Гради Буч
- 13. Построение архитектуры Что даютнам Модули? ● “Упрощение” ● Повторное использование ● Бесконфликтная работа команды
- 14. Организация хуков Проблемы ● Поискреализации ● Очерёдность выполнения ● Конфликты хуков Решение “Декларативность” - Добавим немного правил
- 15. HTML-верстка ● Отделяем HTML-шаблоныот PHP ● Не пишем в них JavaScript ● У каждого модуля свои шаблоны
- 16. Статические компоненты У каждогомодуля свои
- 17.
- 18.
Editor's Notes
- #13 Зацепление - степень глубины связей между отдельными модулями (а также классами и объектами). Систему с сильной зависимостью между модулями гораздо сложнее воспринимать и модифицировать. Плохой пример: Модульная стерео-система, в которой источник питания размещен в одной из звуковых колонок. Связность - степень взаимодействия между элементами модуля (класса или объекта). Наименее желательной является связанность по случайному принципу (Собака и Космический корабль), когда в одном классе или модуле собираются совершенно независимые абстракции. Наиболее желательной является функциональная связанность, при которой все элементы класса или модуля тесно взаимодействуют в достижении определенной цели. Полнота - наличие в интерфейсной части класса всех характеристик абстракции. Полнотой характеризуется такой класс или модуль, интерфейс которого гарантирует все для взаимодействия с пользователями. Достаточность - наличие в классе или модуле всего необходимого для реализации логичного и эффективного поведения. Компоненты должны быть полностью пригодны к использованию. Примитивность - операции, которые требуют только доступа к внутренней реализации абстракции.