Константин Кривопустов — Jmix — RAD платформа на Spring Boot для разработки корпоративных web приложений на Java

Иногда кажется, что кругом одни микросервисы. А чтобы разработать даже минимальное full-stack приложение требуется как минимум по одному frontend и backend разработчику и половинка DevOps-а.

На самом деле многие современные технологии рассчитаны как раз на такое состояние дел. Jmix — это пример того, что классический RAD до сих пор применим и позволяет создавать web приложения с максимальной эффективностью минимальным составом разработчиков (конечно, накладывая некоторые ограничения).

На встрече мы поговорим о том, почему одного Spring Boot не достаточно, как устроен Jmix, почему RAD невозможен без разработки своих инструментов.

Transcript

1. RAD на Spring Boot для эффективного создания корпоративных приложений
2. О докладчике и компании Константин Кривопустов, менеджер продукта Jmix Сообщество разработчиков Custom development Корпоративные системы Инструменты эффективной разработки Spring Buddy – on the way Компания ~500 чел Jmix ~20K JPA Buddy ~1M
3. Про что будет речь  Обзор традиционного современного подхода к разработке корпоративных приложений  Обзор RAD как альтернативного подхода  Реализация RAD на примере Jmix  Live coding - создаем Issue Tracker  Как устроен Jmix  Ограничения Jmix
4. Универсальная архитектура
5. Преимущества универсальной архитектуры  Отвязывание слоя хранения данных от слоя представления  Гибкая настройка безопасности через слой API и DTO  Тестируемость слоев по отдельности
6. Преимущества универсальной архитектуры  Отвязывание слоя хранения данных от слоя представления  Гибкая настройка безопасности через слой API и DTO  Тестируемость слоев по отдельности  Как у всех!
7. Корпоративные информационные системы Системы обеспечения бизнеса предприятий, пользователями которых являются сотрудники предприятия.  Слой хранения максимально приближен к бизнес-сущностям  Большое количество сущностей и типовых экранов  Функциональный пользовательский интерфейс
8. DRY, который мы заслужили
9. DRY, который мы заслужили
10. DRY, который мы заслужили
11. DRY, который мы заслужили
12. DRY, который мы заслужили А теперь повторим DTO и их валидации на клиенте!
13. Кто будет писать столько boilerplate-a?
14. Автоматическая генерация boilerplate-а не освобождает от его дальнейшей поддержки!
15. Преимущества универсальной архитектуры?  Отвязывание слоя хранения данных от слоя представления  Вы когда-нибудь заменяли слой хранения целиком?  Нужна ли возможность трансформации для всей модели?
16. Преимущества универсальной архитектуры?  Развязывание слоя хранения данных со слоем представления  Вы когда-нибудь заменяли отдельно слой хранения?  Нужна ли возможность трансформации для всей модели?  Гибкая настройка безопасности через слой API и DTO  Нужен ли вам API для всех функций системы?  Контролировать доступ к данным можно другим способом
17. Преимущества универсальной архитектуры?  Развязывание слоя хранения данных со слоем представления  Вы когда-нибудь заменяли отдельно слой хранения?  Нужна ли возможность трансформации для всей модели?  Гибкая настройка безопасности через слой API и DTO  Нужен ли вам API для всех функций системы?  Контролировать доступ к данным можно другим способом  Тестируемость слоев по отдельности  Интеграционные тесты!  Testcontainers
18. Преимущества универсальной архитектуры?  Развязывание слоя хранения данных со слоем представления  Вы когда-нибудь заменяли отдельно слой хранения?  Нужна ли возможность трансформации для всей модели?  Гибкая настройка безопасности через слой API и DTO  Нужен ли вам API для всех функций системы?  Контролировать доступ к данным можно другим способом  Тестируемость слоев по отдельности  Интеграционные тесты!  Как у всех!  Без комментариев
19. Rapid Application Development "First make it work, then make it right." --Kent Beck
20. Зачем Jmix? Почему бы просто не воспользоваться JPA + Spring Data + Vaadin?
21. Зачем Jmix? Почему бы просто не воспользоваться JPA + Spring Data + Vaadin?  Декларативное создание UI  UI-компоненты для корпоративных приложений
22. Зачем Jmix? Почему бы просто не воспользоваться JPA + Spring Data + Vaadin?  Декларативное создание UI  UI-компоненты для корпоративных приложений  Детализированный декларативный контроль доступа к данным
23. Зачем Jmix? Почему бы просто не воспользоваться JPA + Spring Data + Vaadin?  Декларативное создание UI  UI-компоненты для корпоративных приложений  Детализированный декларативный контроль доступа к данным  Готовые функциональные модули (аудит, отчеты, BPM, ...)  Механизм обеспечения модульности и расширяемости  Конфигурируемость многих механизмов в runtime
24. Зачем Jmix? Почему бы просто не воспользоваться JPA + Spring Data + Vaadin?  Декларативное создание UI  UI-компоненты для корпоративных приложений  Детализированный декларативный контроль доступа к данным  Готовые функциональные модули (аудит, отчеты, BPM, ...)  Механизм обеспечения модульности и расширяемости  Конфигурируемость многих механизмов в runtime  Мощная поддержка в IDE, визуальные дизайнеры
25. Компоненты Jmix  Framework  Free, open source  Studio  Freemium plugin for IntelliJ IDEA  Add-ons  Большинство аддонов - free, open source
26. Пишем Issue Tracker Бизнес-требования:  Роль Reporter  Видит только экраны списка и редактирования Issue  Не может изменять поле Milestone  Не может редактировать и удалять чужие тикеты  Отсылать email автору тикета, если он изменен кем-то другим  Журналировать все изменения в тикетах
27. Особенности фреймворка Jmix  Модель данных и метаданные  DataManager  Оптимизация доступа к БД  Элементы UI  Подсистема контроля доступа  Модульность и расширяемость
28. Модель данных и метаданные JPA Entity External Service DB 1 DB 2 JPA Entity JPA Entity JPA Entity JPA Entity DTO Entity DTO Entity MetaClass MetaClass MetaClass MetaClass MetaClass MetaClass MetaClass Metadata API
29. Модель данных и метаданные JPA Entity External Service DB 1 DB 2 JPA Entity JPA Entity JPA Entity JPA Entity DTO Entity DTO Entity MetaClass MetaClass MetaClass MetaClass MetaClass MetaClass MetaClass Metadata API
30. DataManager DataManager UI Screen UI Screen Service JPA DataStore Custom DataStore EntityManager ??? • Data access control • Cross-datastore references • Entity events • Lazy loading of references • Add-ons: Search, Dynamic Attributes REST Controller
31. DataManager DataManager UI Screen Data Repository UI Screen Service JPA DataStore Custom DataStore EntityManager UI Screen ??? • Data access control • Cross-datastore references • Entity events • Lazy loading of references • Add-ons: Search, Dynamic Attributes
32. DataManager DataManager UI Screen REST Controller Data Repository UI Screen Service JPA DataStore Custom DataStore EntityManager Service JDBC UI Screen ??? • Data access control • Cross-datastore references • Entity events • Lazy loading of references • Add-ons: Search, Dynamic Attributes
33. Оптимизация доступа к БД Lazy loading Issue 42 milestone == null issue.getMilestone() Issue 42 milestone == M1 DataManager.load(Milestone) .id(1) Проблема: N+1 запросов к БД DataManager.load(Issue) .id(42)
34. Оптимизация доступа к БД Fetch Plans Issue 42 milestone == M1 DataManager.load(Issue) .id(42) .fetchPlan("with-milestone")  Возможны частичные сущности  Не нужны проекции
35. UI: дескрипторы и контроллеры IssueBrowse.java issue-edit.xml
36. UI: обработчики событий и делегаты
37. UI: контейнеры данных
38. UI: DataContext DataContext Issue 42 Milestone 1 1) Open screen and load data 3) User edits issue Title DataContext Issue 42 Milestone 1 4) User clicks OK 6) DataManager .save() DataContext Issue 42* Milestone 1 5) DataContext .commit() 7) DataContext .merge() 2) DataContext .merge()
39. Подсистема контроля доступа  Аутентификация  Встроенная  Внешняя через OpenID Connect или LDAP  Авторизация  Ресурсные роли  Доступ к CRUD операциям, атрибутам сущностей, экранам, меню  Роли уровня строк  Ограничение доступа к определенным экземплярам на уровне запросов JPQL и в памяти после загрузки
40. MyAccessConstraint Подсистема контроля доступа Принятие решения об авторизации MyService в точке авторизации AccessManager 2) applyRegisteredConstraints() MyAccessContext 1) create MyAccessConstraint 3) apply() 4) modify state 5) check state AccessContext AccessConstraint implements implements можно дополнять
41. Модульность и расширяемость Email Sending Add-on email email-starter email-ui email-ui-starter Дерево модулей позволяет: • Задавать порядок: • Выполнения Liquibase changelogs • Переопределять: • Свойства приложения • Локализованные сообщения • Экраны • Системные классы типов данных и пр.
42. Ограничения Jmix  Server-side-state UI ограничивает вертикальную масштабируемость  5-10M на пользовательскую сессию  Кастомизация UI сложнее, чем с классическим фронтендом  Нужна готовность идти на компромисс при разработке требований  Data-centric  Не дает значительного преимущества, если модель бизнес-объектов сильно отличается от модели хранения
43. Спасибо за внимание! www.jmix.io www.jmix.ru www.haulmont.ru