Size: a a a

1С, БСП, DevOps и Архитектура

2021 July 08

JD

John Doe in 1С, БСП, DevOps и Архитектура
Очень хочется хороший UX, в УНФ он на голову выше БСПшного.
Ну и валидацию тоже хочется как-то декларативно прописывать, до этапа работы с полученными данными (иначе потом это превратится в "Если в ячейке текст такой-то то ищем так-то иначе так-то" или "если есть колонка такая-то то делаем то-то иначе то-то")...
источник

Г

Г🐈рри in 1С, БСП, DevOps и Архитектура
А почему на валидации не проверить - наличие минимум всех требуемых колонок, жестко прибитых в коде? Это, кажется одна функция. На этом этапе принимается решение о том, что если что-то в составе, или наименование колонок изменилось - дальше идти не стоит. А на втором этапе, когда начнется по-строчная обработка, можно уже проверять, заполненность/валидность каждой ячейки в строке и принимать решение о том, что с этим делать. Наверное, сценарии в загрузке "если [пусто], тогда ищи по []" не так часты? Обычно, если пусто - выведи в лог.
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Все так. Но проверять это можно по-разному. В идеале хочется декларативную настройку этого дела кодом, где я просто в начале перечисляю какие колонки с какими заголовками и/или с камими типами данных в них и/или с каким порядковым номером и/или с обязательным или необязательным заполнением должны там присутствовать. В разных комбинациях для каждой конкретной колонки. Декларативно. Удобно.
:)
источник

Г

Г🐈рри in 1С, БСП, DevOps и Архитектура
Скорее всего, если это накодить все- получится такие же комбайны, как мега-прайс, или вот из твоей крайней ссылке.  Какое-то КД, как из последней ссылке )
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Так все равно будешь кодить это, как минимум перечисление в коде списка имен обязательных колонок или соответствие их позиций
источник

Г

Г🐈рри in 1С, БСП, DevOps и Архитектура
Конечно. Но, кажется, это единственное, что в этой задаче сделать просто :) Задать список колонок. Наверное, это и будет "шаблоном".  Список колонок и типа флаг - что делать, если шапка не соответствует настройкам - идти дальше или нет)
источник

AO

Andrey Ovsiankin in 1С, БСП, DevOps и Архитектура
А не-ibcmd?
источник

AO

Andrey Ovsiankin in 1С, БСП, DevOps и Архитектура
Обычный пакетный режим как себя чувствует?
источник

AD

Abramov Dmitry in 1С, БСП, DevOps и Архитектура
Сегодня посмотрю
источник

AS

Alexander Strizhachu... in 1С, БСП, DevOps и Архитектура
Были ли у кого такие случаи? Кладешь в хранилище измененный код. Открываешь в конфигураторе в окне редактора только что выложенный модуль. А код там до изменения. При этом, если посмотреть в сравнении с хранилищем, то код в хранилище изменен. Помогает только перезапуск конфигуратора.
источник

СГ

Сергей Голованов... in 1С, БСП, DevOps и Архитектура
было разок
источник

A

Alexey Lab Sosnoviy in 1С, БСП, DevOps и Архитектура
Было и перезапуск не помог, чуть не поседел
источник

AS

Alexander Strizhachu... in 1С, БСП, DevOps и Архитектура
я уже подумал, что деменция пришла
источник

СГ

Сергей Голованов... in 1С, БСП, DevOps и Архитектура
2 основные  проблемы программирования. именование переменных и функций и инвалилация кеша 😀
источник

AS

Alexander Strizhachu... in 1С, БСП, DevOps и Архитектура
Как выпутался?
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
К списку колонок (по именам / порядковым номерам слева направо) добавить еще пару декларативных проверок:
- разрешены ли пустые значения
- ожидаемый тип / типы, которые должны быть
.
И похоже все. Далее идет превращение этих сырых данных в какую-нибудь коллекцию встроенного языка (видимо, ТЗ), в ходе которого запоминаются несоответствия.
И все это с нормальным UI и UX. Хороший бы был шаблончик.
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Почему поседел, в хранилище же оно было положено, значит всегда можно достать :)
источник

AS

Alexander Strizhachu... in 1С, БСП, DevOps и Архитектура
сайд эффект, перезатираешь код при следующем коммите
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Если эти два коммита в прод попадут не в виде одного коммита (сольются), а по очереди, и если диффы кто-то внимательный перед каждым релизом смотрит, то это заметят :)
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Если не заметят, то в лучшем случае это выльтется в ошибки в рантайме, ну а в худшем - в логическую бомбу
источник