СвойствоНеЗагружатьОбъект = Неопределено;
Если Не ОбъектОписаниеСвойства.Свойство("НеЗагружатьОбъект", СвойствоНеЗагружатьОбъект) Тогда
    СвойствоНеЗагружатьОбъект = Ложь;
КонецЕсли;
Хочу иметь гарантированно логическую переменную, в одном из двух состояний.
Избыточно?

Если условие не отработает, в коде переменная как отрабатывается? Ошибки не будет?

(0) Это скорее индусо-китай стайл.

Если хочется четко и понятно то в условии проверяй готовую переменную на истина/ложь, а не засовывай туда сложную функцию.
Еще можно правильно обработать всевозможные варианты через Если...ИначеЕсли...Иначе...КонецЕсли причем их можно по очереди проверить которые устанавливают "флаг" переменную объявленную выше.

А в конце просто "флаг" проверяешь и все.

Я как раз далее в коде проверяю
СвойствоНеЗагружатьОбъект

Примерно так:

СвойствоНеЗагружатьОбъект = Неопределено;
СвойствоПолучено = ОбъектОписаниеСвойства.Свойство("НеЗагружатьОбъект", СвойствоНеЗагружатьОбъект);

Если СвойствоПолучено Тогда
Если СвойствоНеЗагружатьОбъект = Истина Тогда
  // уже истина поэтому ничего
Иначе
  СвойствоНеЗагружатьОбъект = Ложь;
КонецЕсли;
Иначе
СвойствоНеЗагружатьОбъект = Ложь;
КонецЕсли;


(4) При всех вариантах входящих данных и твой и мой коды дадут одинаковые выходы.
Я итак по максимуму сократил количество строк
КМК

Писать, кстати, вот такое
"Если СвойствоНеЗагружатьОбъект = Истина Тогда"
и есть индусо-китай,
проверка булевой переменной на равенство значению Истина может быть по праву использована лишь в запросах, когда их пишут под СУБД.
Во всех остальных случаях
"Если СвойствоНеЗагружатьОбъект Тогда"

(6) Я в курсе специально написал чтобы понятнее было, можно же в одно условие свернуть с И.

Если СвойствоПолучено И СвойствоНеЗагружатьОбъект Тогда
// все прекрасно
Иначе
СвойствоНеЗагружатьОбъект = Ложь;
КонецЕсли;


(7)+ Ну или перевернуть по или

Если Не СвойствоПолучено ИЛИ Не СвойствоНеЗагружатьОбъект Тогда
СвойствоНеЗагружатьОбъект = Ложь;
КонецЕсли;

Я на самом деле о том, что 1С дает метод "Свойство",
но приходится его в дополнительный код оборачивать, или доказывать, что данное свойство в данной точке будет определено обязательно и через нужный тип.

Думаем если приравнять Неопределено/NULL к Ложь будет лучше?

СвойствоНеЗагружатьОбъект = Неопределено;
ОбъектОписаниеСвойства.Свойство("НеЗагружатьОбъект", СвойствоНеЗагружатьОбъект);
Если Не СвойствоНеЗагружатьОбъект Тогда
СвойствоНеЗагружатьОбъект = Ложь;
КонецЕсли;

(10) Неявно привести в операциях сравнения ...
но может и не лучше.
Я полюбил 8-ку за строгую типизацию
Ссылка, Объект, Выборка
СписокЗначений, ЭлементСпискаЗначений
Так делается много меньше ошибок, из-за которых в 7.7 бывало по часу в отладчике высиживаешь.

(11) Если в каком-либо правиле свойство установлено не было, то ругнется после "Не"

(0) если Свойство() вернет истину, то при таком коде у тебя ни каких гарантий вообще, т.к. в структуре может быть и не булево. Чтобы было с гарантией, надо проверять тип свойство и принимать какое-то решение, если он - не булево.

(0) ЗаполнитьЗначенияСвойств() можно пользовать

(14) С таким ключом я буду совать туда только булево. Если же структуру формирую не я, а чей-то ещё код - то да, надо проверять и тип тоже.

(15) +
ВремСтруктура = Новый Структура("СвойствоНеЗагружатьОбъект ")
ЗаполнитьЗначенияСвойств(ВремСтруктура, ОбъектОписаниеСвойства)

СвойствоНеЗагружатьОбъект = ВремСтруктура.СвойствоНеЗагружатьОбъект

(17) + без этих сгганых гесли.

(18) почему "г"если ? к чему ?

(19) вам не понягть. поживите с мгоё

(20) ну хорошо

(16) поэтому и пишут

Если СвойствоНеЗагружатьОбъект = Истина Тогда

потому что это одновременно и проверка типа, и проверка значения. И всё в одной строчке. ноу хау такое.

(22) с такой проверкой на тип, если там не булево и не число, выдаст ошибку )

+(23)  для полного утрирования в коде не хватает Попытки

(23) нет, ошибку не выдаст. Там именно варианты НЕОПРЕДЕЛЕНО и NULL. В этих вариантах

Если СвойствоНеЗагружатьОбъект = Истина Тогда

сработает нормально. А без проверки типа


Если СвойствоНеЗагружатьОбъект Тогда

выдаст ошибку. В этом принципиальная разница между двумя этими проверками.

(25)ссылку тоже не логику неявно не проверит. Все равно придется
Если ссылка<>истина

СвойствоНеЗагружатьОбъект = Неопределено;
ОбъектОписаниеСвойства.Свойство("НеЗагружатьОбъект", СвойствоНеЗагружатьОбъект);
СвойствоНеЗагружатьОбъект = (СвойствоНеЗагружатьОбъект = Истина);

(27) масломаслянное = (масломаслянное=точномасломаслянное);

(0) Вот где троичная логика-то понадобилась...

А в запросах той же 1С троичная логика уже есть - можно попробовать запросами делать то, что вы там хотите сделать. Запросы есть и по таблице значений, если что.

Плохо использовать НЕ в названии переменной, если простым языком.

(28) Поясни.

Мда, писатели.

Следующий код упадет, если переменная содержит Неопределено или Null

Если Переменная Тогда
КонецЕсли;


(0) Сделай так:

СвойствоНеЗагружатьОбъект = ОбъектОписаниеСвойства.Свойство("НеЗагружатьОбъект") И ОбъектОписаниеСвойства.НеЗагружатьОбъект = Истина;


(0) Еще один момент - очень плохо, когда используют частицу Не в названиях переменных, процедур, функций, имен объектов и реквизитов метаданных.
Двойное отрицание при проверках или чтении таких названий взрывает мозг.

Поэтому (32) можно переписать как:

СвойствоПропуститьОбъект = ОбъектОписаниеСвойства.Свойство("ПропуститьОбъект") И ОбъектОписаниеСвойства.ПропуститьОбъект = Истина;


(16) с такой логикой тебе и эта проверка не нужна

СвойствоНеЗагружатьОбъект = ОбъектОписаниеСвойства.Свойство("НеЗагружатьОбъект", СвойствоНеЗагружатьОбъект) И СвойствоНеЗагружатьОбъект;

(0) Код нормальный. В типовых 1с пишут как в (35) для булевых свойств. Хотя я бы вообще сделал примерно так:

Функция ОписаниеСвойства(ОткудаОниТамПолучаются)
    Описание = Новый Структура("НеЗагружатьОбъект, ЕщеКакиеТоСвойства", Ложь, Ложь);
    ЗаполнитьЗначенияСвойств(Описание, ОткудаОниТамПолучаются);
    Возврат Описание;
КонецФункции

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

+(35) если там не булево:

СвойствоНеЗагружатьОбъект = ОбъектОписаниеСвойства.Свойство("НеЗагружатьОбъект", СвойствоНеЗагружатьОбъект) И (СвойствоНеЗагружатьОбъект=Истина);

Немного шокирован предложенными вариантами. Я бы так написал:

Если ОбъектОписаниеСвойства.Свойство("НеЗагружатьОбъект") Тогда
    СвойствоНеЗагружатьОбъект = ОбъектОписаниеСвойства.НеЗагружатьОбъект;
Иначе
    СвойствоНеЗагружатьОбъект = Ложь;
КонецЕсли;

(38) как ламер - я бы так не писал. не люблю длинные выражения в условиях.

(39) Во-первых, в коде пиписьками не меряюсь, считаю, что чем понятнее код, тем лучше. Во-вторых, где здесь длинное выражение в условии?

мой индусогод:

Если ОбъектОписаниеСвойства.Свойство("НеЗагружатьОбъект") Тогда
    СвойствоНеЗагружатьОбъект = ОбъектОписаниеСвойства.НеЗагружатьОбъект;
КонецЕсли;

Если ТипЗнч(СвойствоНеЗагружатьОбъект) <> Тип("Булево") Тогда СвойствоНеЗагружатьОбъект = Ложь;
КонецЕсли;

(42) *т. е. индусокод

перед условием еще надо явно задать значение переменной
СвойствоНеЗагружатьОбъект = Неопределено;

а еще некоторые любят вложенные если по 5-7 уровней, хотя в большинстве случаев такой код спокойно транстформируетя в одно или двухуровневый если

(43) Предложи свой вариант, покажи класс))