Комментарии 3
Фреймворк — если классифицировать все же ближе к инструментальной цифровой платформе. Студия при этом код не генерирует — только метаданные в формате json описывающие структуры данных, их представления и бизнес-процессы. А также конфигурирует используемые модули приложения.
Функциональность приложения на фрейворке управляется метаданными, а не кодом. Свой код можно подключать на разных уровнях — на фронте в виде шаблонов к готовым модулям, в виде отдельных модулей, в виде инжекций в ядро, в виде кастомных веб-сервисов — но это уже не всегда в студии задается, а либо в метаданных (шаблон для представлений), либо в конфигурации приложения — файл deploy.json в приложениях.
MongoDb 4.2, в планах подключение PostgreSQL.
Для класса систем, которые работают с "коробки" — в практике проблем с транзакциями мы не наблюдали, поэтому отдельные логику не реализовали. Да и если транзакции важны — то скорее уже другую СУБД.
При работе нескольких пользователей с одним объектом, в модуле registry — универсальном модуле представления и работы с объектами, есть уведомление/блокировка об использовании другим пользователем.
Кстати с этим приложением. Его источник про льготные авиабилеты, а не талоны питания. Прокатывалось на одном из хакатонов 36 ч. Там на прототип ушло у двух команд по 5ть человек (2 разработчика, фронт и "мендежер") получается под 100 часов. Одна команда на 1С делала, другая на фронт + бек с нуля. Оба решения уровня демо. У нас прототип занял 8-мь часов. Хотя по проанализированной структуре это конечно за 1 час заводится. Остальное это переделки/переделки/переделки.
Жизнь по талонам или как мы оптимизируем работу социальных служб