Презентация Евгения Ивашина

2. Деплоймент и распространение обновлений для веб-приложений Евгений Ивашин, разработчик Magento Core

3. Деплоймент и распространение обновлений для веб-приложений Основные тезисы Существующие практики создания инсталляторов для веб-приложений. Способы обновления веб-приложений, организация каналов обновлений. Объектно-ориентированный подход и модульность организации программного кода и параметров настройки веб-приложения. Установка или обновление отдельных модулей веб-приложения с сохранением целостности кода в целом.

4. Введение Быть программистом PHP означает разрабатывать веб-приложения. У всех веб-приложений есть общие черты

5. Введение У всех веб-приложений есть общие черты: ... они созданы, чтобы выполняться на веб-сервере и быть доступными через Internet

6. Введение У всех веб-приложений есть общие черты: ... средой выполнения на них накладываются ограничения

7. Введение У всех веб-приложений есть общие черты: ... они многофункциональны и содержат большое количество исходного кода

8. Введение У всех веб-приложений есть общие черты: ... они всегда содержат ошибки, всегда требуется доработка и выпуск новых версий

9. Введение У всех веб-приложений есть общие черты: ... большинство из них работают с данными, структура которых изменяется с новыми версиями

11. Проблемы обновления веб-приложений

13. «Какая инсталляция?..» Инсталляция веб-приложений Вариант 1 Разработка под конкретную платформу, «на коленке». Преимущества: При обеспечении идеальных условий разработка происходит быстрее, чем обычно Недостатки: Идеальные условия не наступают практически никогда!

14. Инсталляция веб-приложений Скачал, развернул и настроил Вариант 2 Преимущества: Настройки отделены от кода Может выполняться непрофессионалом Недостатки: Сложность в обновлении и поддержке больших проектов Код нельзя обновлять частями

15. Инсталляция веб-приложений Объектно-ориентированный подход Вариант 3 Преимущества: Широкие возможности по расширению приложения Отделение кода от визуального представления Модульный подход Недостатки: Сложность архитектуры Тяжеловесность кода

16. Проблема обновления веб-приложений

17. Проблема обновления веб-приложений Случай 1 Тяжелый случай Возникает при попытке обновить приложение, разработанное «на коленке» Ни о каком обновлении речи быть не может Любые изменения требуют разработки заново либо переписывания большей части кода

18. Проблема обновления веб-приложений Полная замена кода Случай 2 Код не структурирован Обновление представляет собой полную переустановку новой версии с сохранением настроек При изменении структуры данных upgrade БД выполняется вручную, предварительно выполняется backup

19. Проблема обновления веб-приложений Модульный подход Случай 3 Объектно-ориентированный подход Код разбит на модули Каждый модуль может быть обновлен независимо Модуль «знает» от каких модулей он зависит и какие модули зависят от него После обновления выполняется upgrade структуры БД без потери данных

20. Проблема обновления веб-приложений Модульный подход Случай 3 Пакет обновления Модуль A’ Модуль A’ Модуль A Конфигурациямодуля A’ Конфигурация модуля A’ Конфигурация модуля A зависимости Модуль B Модуль C Модуль D

21. Проблема обновления веб-приложений Модульный подход Случай 3 Пакет обновления Модуль A’ Модуль A Модуль A’ Конфигурациямодуля A’ Конфигурация модуля A зависимости Конфигурация модуля A’ Модуль B Модуль C Модуль D

23. Конфигурация содержит исчерпывающие данные о взаимодействии данного модуля с другими модулями и системой в целом.

24. Конфигурация определяет зависимости данного модуля от остальных установленных модулей, проверяя допустимость и последовательность установки.Пакет обновления Модуль A’ Модуль A Модуль A’ Конфигурациямодуля A’ Конфигурация модуля A зависимости Конфигурация модуля A’ Модуль B Модуль C Модуль D

25. Проблема обновления веб-приложений Модульный подход Случай 3 Пакет обновления Модуль A’ Модуль A’ Модуль A DB upgrade модуля A’ DB upgrade модуля A’ База данных

26. Проблема обновления веб-приложений Модульный подход Случай 3 Пакет обновления Модуль A’ Модуль A Модуль A’ DB upgrade модуля A’ База данных

28. Изменение структуры БД привязано к версии модуля; при обновлении с одной версии на другую последовательно выполняются все изменения для каждой из версий.

29. Разработчик должен следить за тем, чтобы изменения структуры не нарушали целостность данных в целом.Пакет обновления Модуль A’ Модуль A Модуль A’ DB upgrade модуля A’ База данных

33. Проблема обновления веб-приложений Каналы обновления Случай 4

34. Объектно-ориентированный подход и модульная организация кода

35. Объектно-ориентированный подход и модульная организация кода ЧЕМ ХОРОША АРХИТЕКТУРА MVC?

37. дизайнерам и программистам работать независимо друг от друга. /** * Set a color value * * @param string $color * @return Object */ public function setColor($colorVa { $this->_color = $color; return $this; } /** Browser

39. увеличивает повторность использования кода;

40. облегчает читабельность и прозрачность исходных текстов;

41. делает отладку и тестирование намного проще.С С С С С С M M M M M M

43. Приложение рассматривается как набор отдельных строительных блоков.

44. Каждый модуль следует общей архитектуре MVC, иметь собственные контроллеры и модели, собственную визуальную часть и настройки.Модуль Модуль Модуль Модуль Модуль Модуль Модуль Модуль Модуль M Модуль V Модуль С Модуль

46. Каждый модуль имеет свои файлы конфигурации.

47. Установка и обновление кода Magentoпроисходит помодульно, с учетом заданных зависимостей между отдельными модулями.

49. Код Magentoразделен на модули.