Size: a a a

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

2020 July 03

Д

Дмитрий in 1С, БСП, DevOps и Архитектура
смотря про какие ресурсы, на гите я DitriXNew, где смог зарегатся под просто DitriX, там просто.
источник

AA

Artur Ayukhanov in 1С, БСП, DevOps и Архитектура
Andrey Ovsiankin
А Ditrix и DitrixNew - это один и тот же человек по имени Дима, или нет?
один Дима, другой Дмитрий (ДмитрО ?)
источник

AA

Artur Ayukhanov in 1С, БСП, DevOps и Архитектура
)
источник

AO

Andrey Ovsiankin in 1С, БСП, DevOps и Архитектура
Artur Ayukhanov
один Дима, другой Дмитрий (ДмитрО ?)
Вроде бы, Дима, всегда оставался Димой
источник

Д

Дмитрий in 1С, БСП, DevOps и Архитектура
Artur Ayukhanov
один Дима, другой Дмитрий (ДмитрО ?)
Все зависит от ситуации 😂
источник

AO

Andrey Ovsiankin in 1С, БСП, DevOps и Архитектура
Дмитрий
Все зависит от ситуации 😂
А ты прямо в Турции сейчас, или из Одессы рулишь?
источник

Д

Дмитрий in 1С, БСП, DevOps и Архитектура
Andrey Ovsiankin
А ты прямо в Турции сейчас, или из Одессы рулишь?
все зависит от ситуации, могу и из Турции, и из Москвы, могу из Одессы :)
источник

{o

{o o} in 1С, БСП, DevOps и Архитектура
Всем привет. Задумался тут над интересным моментом.  В обработчиках перед записью, при записи можно проверять разные условия и ставить Отказ=Истина.

Само собой что молча отказ = истина никто не ставит. Но не нашел стандартов разработки описывающих как правильно ставить отказ.
источник

{o

{o o} in 1С, БСП, DevOps и Архитектура
Проблема в том что если я делаю через сообщить ("причина") это не работает при неитерактивном проведении (например всякие регламентные задания/веб сервисы).
источник

{o

{o o} in 1С, БСП, DevOps и Архитектура
Писать в ЖР паралельно с сообщить можно, но всё равно для расследования проблемы не интерактивных алгоритмов приходится лезть в ЖР.
источник

{o

{o o} in 1С, БСП, DevOps и Архитектура
Если кидать ВызватьИсключение(Причина) то для не интерактивной обработки самый удобный вариант, получаем подробное описание и можем его передать вызывающей системе (если документ создавался в рамках веб. сервиса).
источник

{o

{o o} in 1С, БСП, DevOps и Архитектура
Но вроде как для пользователя такое "сообщение" через исключение выглядит страшно, ну и теряется смысл в Отказ=Истина.
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
{o o}
Проблема в том что если я делаю через сообщить ("причина") это не работает при неитерактивном проведении (например всякие регламентные задания/веб сервисы).
Для ФЗ - ПолучитьСообщенияПользователю как метод объекта ФЗ. Для остального - то же самое, только как метод глобального контекста. Привыкай.
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Ну и помни, что Отказ = Истина внутри попытки как раз вызывает исключение
источник

JD

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

{o

{o o} in 1С, БСП, DevOps и Архитектура
ну ФЗ ладно, а если в рамках обработки веб сервиса ?
источник

{o

{o o} in 1С, БСП, DevOps и Архитектура
там то не прокатит ПолучитьСообщенияПользователю
источник

{o

{o o} in 1С, БСП, DevOps и Архитектура
глобальный контекст прям совсем костыли
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
{o o}
там то не прокатит ПолучитьСообщенияПользователю
Почему?
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
{o o}
ну ФЗ ладно, а если в рамках обработки веб сервиса ?
на стороне сервиса?
источник