Подскажите, я по поводу полей: количествоОстаток и СтоимостьОстаток. Нужно ли проверять на NULL стоимостьОстаток в запросе? я говорю к тому, что если мы проверили количествоОстаток на налл, то зачем проверять стоимость? т.к. если кол-во есть, значит есть и стоимость, и смысл проверять стоимость я думаю нет.
Суровая реальность жизни такова, что если есть количество, стоимость бывает далеко не всегда... и наоборот.
Если я правильно понял мысль Bebi, то да она права. Действительно, если мы в запросе получаем количественный остаток как ЕстьNull (КоличествоОстаток, 0), а затем в коде осуществляем контроль, чтобы количество в документе было больше полученного ранее количественного остатка. Если данные по остаткам раньше не подтянулись, то условие достаточности товара не выполнится, система дальше уже не пойдет и до других полей из регистра остатков просто не дойдет, соответственно и преобразовывать их через оператор ЕстьNull не имеет смысла.
Но я обычно все ресурсы из присоеденяемых регистров привожу через оператор ЕстьNull, а прочие поля (например, измерения Партия, СрокГодности) уже не преобразовываю.
Ресурсы часто используются в коде в различных проверках, арифметических операциях и если их не преобразовывать, то так как Null очень привередливый тип, то легко можно нарваться на ошибку, если система будет выполнять какие-то манипуляции с Null.
Измерения же обычно просто используются в присвоениях.
Например, Движение.Партия = Выборка.Партия;
Здесь даже если будет Null в Партии, то к ошибке это не приведет.
Поэтому я на экзамене реализовал для всех присоединяемых ресурсов естьNull, для прочих полей - нет.
Ранее было упоминание, что одному из сдающих сделали предупреждение об излишнем использовании Null, но тогда сдающий ко ВСЕМ присоединяемым полям применил функцию ЕстьNull.