Алексей Стукалов — Механизм расширений продуктовых решений

Transcript

1. Механизм расширений продуктовых решений Алексей Стукалов Директор по проектам Haulmont

   Technology

2. Зачем кастомизировать? Продуктовые системы не считаются с требованиями бизнеса и

   навязывают свой подход, исходя из существующего функционала. Компания, внедряющая «коробку», утрачивает свою уникальность в части ведения бизнеса. 2

3. Основные проблемы кастомизации  Архитектурные ограничения глубины кастомизации  Снижение

   управляемости исходного кода  Поставка обновлений 3

4. Общеизвестные подходы  Все в одном  Бранчевание  Entity-Attribute-Value

    Плагины 4

5. Как это делаем мы Продукт – базовая система Проект –

   индивидуальная часть Проект наследует функциональность продукта и переопределяет модель данных, бизнес-логику и пользовательский интерфейс Проект содержит исключительно уникальные фичи конкретного заказчика, не дублируя продукт 5

6. Open Inheritance в Java коде Расширение модели данных Наследование XML

   дескрипторов экранов UI Наследование свойств приложения Архитектура расширений 6

7. Пример из жизни: такси Sherlock – продукт автоматизирующий деятельность такси

   компаний 1ый уровень кастомизации – проект содержащий географически- локализованные особенности 2ой уровень кастомизации – проект учитывающий уникальность компании на конкурентном рынке 7

8. Кастомизация модели 8

9. Как это выглядит в коде? Задача: Добавить в сущность User,

   находящуюся в компоненте приложения, поле Address MyUser.java 9

10. Как работает @Extends? Эффективный класс сущности – самый глубокий потомок

    класса сущности 1. Конструкторы. Object Factory возвращает эффективный класс 2. Запросы. JPQL парсится и модифицируется на лету в соответствии с эффективным классом 3. Траверсивно по модели. На этапе сборки проекта генерируется orm.xml заменяя класс сущности предка в узлах на эффективный класс 10

11. Бизнес логика на среднем слое Spring Framework прекрасно с этим

    справляется: 1. Перегружаемая логика пишется в продукте, помещаясь как @Component 2. В проекте компонент перегружается и перерегистрируется в spring.xml 3. Новая имплементация работает глобально и в проекте и в продукте 11

12. Кастомизация UI 12

13. Продуктовый экран редактора пользователя 13

14. Пример из жизни такси 14

15. Обновления 1. Указать новую версию продукта, на котором основывается проект

    2. В случае, если API поменялся и это оказывает влияние на проект – он физически не соберется, пока новый API не будет поддержан 3. Собрать проект и установить на сервера заказчика Факт: ТЕЗИС имеет более 300 инсталляций. Более 60 из них кастомизированы под заказчика. Эти проекты обновляются 1 раз в год, вместе с продуктом. 15

16. Вопросы? 16