admin/SergObsidian
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

vault backup: 2026-02-05 17:46:05

Browse Source
This commit is contained in:
sShemet
2026-02-05 17:46:05 +05:00
parent 12de185284
commit 9aa8192c3c
1 changed files with 9 additions and 3 deletions
Download Patch File Download Diff File Expand all files Collapse all files

12
WORK & PROJECTS/Mol/Планы и диаграммы/Заказы/Динамические поля Заявок (декомпозиция) 2026.02.md
View File

@@ -8,8 +8,7 @@
- сделать скрытыми все поля с лейблами кроме обязательных согласно таблице “распределение данных” (hidden). Возможно, придётся делать блоки поля с лейблом для удобства скрытия. - сделать скрытыми все поля с лейблами кроме обязательных согласно таблице “распределение данных” (hidden). Возможно, придётся делать блоки поля с лейблом для удобства скрытия.
- сделать тег типа у каждого поля/лейбла – “основное”, “опциональное”, “пользовательское” - сделать тег типа у каждого поля/лейбла – “основное”, “опциональное”, “пользовательское”
- Функционал показа для новой заявки: - Функционал показа для новой заявки:
- запрос при каждом изменении селектов “Тип ОИ” и “Группа ОИ” - запрос при каждом изменении селектов “Тип ОИ” и “Группа ОИ” к API fields/optional, передавая group_id и object_type
- запрос к API fields/optional, передавая group_id и object_type
- *доработка под тариф в будущем* - *доработка под тариф в будущем*
- после ответа от API отображать полученный список полей (меняем статус видимости) - после ответа от API отображать полученный список полей (меняем статус видимости)
- Функционал показа существующей заявки: - Функционал показа существующей заявки:
@@ -18,4 +17,11 @@
- Поля включаются так же, как и в новой заявке - Поля включаются так же, как и в новой заявке
- Следовательно все данные должны затянуться автоматически из массивов details и показаться в полях - Следовательно все данные должны затянуться автоматически из массивов details и показаться в полях
- Параллельная подготовка бэкенда для распределения и отдачи данных из массивов details + доработка миграций, чтобы переместить динамические данные в details - Параллельная подготовка бэкенда для распределения и отдачи данных из массивов details + доработка миграций, чтобы переместить динамические данные в details
- Подготовка бэкенда к функционалу сохранения динамических полей БЕЗ ВАЛИ - Подготовка бэкенда к функционалу сохранения динамических полей БЕЗ ВАЛИДАЦИИ (прототип мягкого сохранения)
- Фронтенд+бэкенд — обеспечение мягкого сохранения без валидации всех данных в правильные распределённые таблицы и details
- Система валидации динамических полей.
- Поля из обязательной валидации выпиливаются в опциональную.
- Прописываются правила валидации в БД полей через миграции (правила/сообщения)
- Движок валидации (принимаем список динамических полей и валидируем)
- Здесь каким-то образом надо обеспечить обратную связь с фронтом для подсветки неверных полей + сообщений
- Тестирование в комплексе