Прошу не писать упрощенные варианты выражений, а выбрать вариант ответа из опроса. Это важно для меня, чтобы лучше оценить усложнение чтения логических выражений от применения в них таких фрагментов.

.

Это же простейшие условия...

(0) Элементарно.

это из математической логики

не (А или Б) = не А и не Б
не (А и Б) = не А или не Б

если помнишь логику - то понятно. если не помнишь - то в ступоре.

Всё понятно, но я сам предпочитаю оформлять вот так:

Если (
    Условие1 Или
    Условие2 Или
    Условие 3
)
Тогда

КонецЕсли;

(10) Выражение понятно вполне, но с мнением некоторых коллег я полностью согласен - это не упрощение, это ненужное усложнение.

(46) Все верно. А еще таким способом удобно составлять условия в текстовом виде, например для запросов. Размеры кода сокращаются, логичность повышается.
Если кому-то такая элементарная конструкция режет глаза, то что с ними будет если увидят сложное логическое выражение?

у меня по этим сокращениям ч0рный пояс

(0 || A ) & (1 & B) = A & B

...

(68) (73) У вендора в этом вопросе проблема - явная обязанность писать Тогда в последней строке многострочного условия.
Эта обязанность напрочь убивает любую читабельность условий.

Здравый смысл и читабельность показывают, что:
* в однострочном Если писать Тогда надо в одной строке
* в многострочном Если писать Тогда надо в отдельной строке на том же уровне отступа, что и Если.

Еще у вендора бегает череп и всех заставляет писать "по стандарту", а не по здравому смыслу.

По 10 раз на дню пишем условные операторы.

Если пишешь это часто то и понимание занимает мгновение, уверен что если человек с этим не работает то и понимание усложняется.

Странно, но понятно

Сразу понятно, что толку от этого нет.

Сразу понятно. Наверное потому, что часто при отладке (особенно запросов в консоли) руки тянутся к "//" для временного отключения условий.
Ну и, соответственно, чтобы спокойно можно было комментить и первое условие тоже оно должно стать вторым :)
из

Когда //У1
Или У2

логично же сделать

Когда Ложь
//Или У1
Или У2

Понятно, хотя и не привычно. Скажу так: "будет резать глаз". Какое-то время придется потратить на разбор этой конструкции в коде, если встретиться.

Удобно для структурирования сложных условий, с количеством элементов более трех. Если до трех - проще без такого.

Идею вроде понял. Сам форматирую сложные выражения только переносами строк и отступами. Возможно, что не так часто приходится комментировать отдельные условия, поэтому задумываться над введением дополнительных "Ложь" и "Истина" не приходилось.

А почему, собственно, такой вопрос у ТС?
Начинающий?

понятно, сек 10 думал

А что тут непонятного?

Ну, не то чтобы сразу. Какое-то время я бы думал, зачем это и как это переделать.

все понятно, но наркоманство какое-то

Выражение понятно через пару секунд; если привыкнуть - будет понятно мгновенно.

Однако считаю такое оформление кода некорректным - потому что есть code-style от 1с, по которому оформлены все типовые конфигурации. А так как работа идет в 90% случаев с типовыми, то именно стандартный стиль кода воспринимается быстрее всего, и код "нетипового" разработчика также будет воспринят быстрее, если он будет написан в соответствии со стандартами от 1с.

_

(0) Понятно, но нахрен не нужно. ИМХО.

Понятно

Не мне не нужно, особо не сталкивался с такими выражениями в типовых

(10) Любые дополнительные члены в выражении требуют дополнительных мысленных усилий. Это не только усложняет понимание (пцсть ненамного), но и замедляет чтение кода и отвлекает от основной мысли, что более важно.

Поэтому, хоть система и-или дереви и неплоха, но я против ее широкого применения в таком виде. Я бы предложил заметить "Ложь ИЛИ" и "Истина И" на пробелы с сохранением форматирования.

В вопросе спрашивают знание составления логических выражений, а в теме разбирают как оформлять их. Так в чем вопрос то?

По поводу оформления: сходите в школу, универ там все уже давно придумано.
1)По поводу скобок - главное чтоб не было недостатка. а так хоть каждое условие выделяйте в скобки, нормальный человек легко это читает. (не говоря уже о том, что есть отладчик и я вообще не помню когда вникал что там в этих условиях написано)
2)"Тогда" не переносится на новую строку - что за новшества раздувать код и убивать читабельность?
3)Мастерить в виде дерева - вам делать нечего? Строчите быстрее и все. Сложные условия редко когда бывают из 5 блоков, а это читается мгновенно.

Чем люди только не занимаются, чтоб только ничего не делать :)

На практике не стоит писать такие запутанные условия, проще воспринимается вхождение в массив.

Легко

да