Мне тут один мега гуру заявил, что есть очень важная функция в БСП, которая сильно ускоряет отбор реквизитов и надо ее всегда использовать. Называется ЗначенияРеквизитовОбъекта().
Я для проверки написал такой код
КонтрагентРекв = ОбщегоНазначения.ЗначенияРеквизитовОбъекта(Этотобъект.Ссылка,"Контрагент");
Контрагент1=КонтрагентРекв.Контрагент;
Контрагент2=этотобъект.Контрагент;

так вот, первая строчка отработала 0,000132 сек
вторая 0,000014    сек
третья 0,000014    сек

спрашивается, где тут ускорение?

а теперь протестируй это когда тебе нужно получить несколько реквизитов

(1)
и что будет?

(2) одно обращение к бд заместо нескольких

(0) Хм, а ничего что в первом случает обращение к ссылке, а во втором к объекту?

чет какое-то странное сравнение.
В первом случае ты получаешь значение из БД
Во втором и третьем - из памяти (из структуры и текущего объекта)

Попробуй ЭтотОбъект.Ссылка.Контрагент тогда уж.

А теперь добавьте в объект реквизит с типом ХЗ, запихните туда фильм и сравните результаты

Мега гуру видать тебе не объяснил как это все работает и почему. Когда ты обращаешься к ссылка.реквизит, то эта ссылка со всеми своими реквизитами полностью читается сервером. Если это ссылка на какой-нибудь справочник с тремя реквизитами (случай 1), то и хрен бы с ним. А если это ссылка на какой-нибудь монструозный документище с миллионом реквизитов (случай 2) - будет уже не столь быстро. А когда ты делаешь ЗначенияРеквизитовОбъекта() (случай 3), то выполняется запрос, который читает только нужные реквизиты. Но тратится время на интерпретацию текста этого запроса, поэтому будет дольше чем в сулчае 1. Зато случай 3 не зависит от типа ссылки и всегда будет занимать примерно одинаковое время.
Кстати в типовых прослеживается тенденция документы реквизитами не перегружать, а пихать их по возможности в регистры сведений, так что подход с обращением через точку часто оказывается вполне кошерным.

ЗначенияРеквизитовОбъекта() нужна ли    = нужна.
где тут ускорение?            = тут нигде. пример невалидный.

(0) Спросите у гуру что такое ссылка и что такое объект :-/

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

(10)С тонкого клиента нельзя обратиться к ЗначенияРеквизитовОбъекта() ровно также. Наверно не для этого придумали

(11) "Вызов сервера" не стоит в общем модуле? (в типовые на УФ не лазаю). А как тогда с тонкого реквизиты тягают?

Не стоит. Вызывают процедуру на сервере без контекста и уже из неё...

(10) Только не в БСП.

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

(0) и причем тут гуру? на ИТС статья есть про это

(0) лучше ее не использовать, а делать свое кеш, т.к. по сути это запрос в цикле. Но получать реквизит из ссылки еще хуже.

если нет больших тч то не разница невелика (можно пренебречь)

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

(18) Получить реквизиты немногих номенклатур, которые в таблице вместе со многими сериями.

(19) что передается в качестве параметра список номенклатур или одна номенклатура?

(20) Одна номенклатура.

(20) Дада, я знаю, массивНоменклатур.

(21) для каждой серии небось?

(23) Небоись, Вафель, это был пример. Для критичных моментов можно собрать массив, свернуть и получать из Соответствия через ЗначениеРеквизитаОБЪЕКТОВ

зачем так сложно?
можно же по порядку номенклатур обход делать и получать реквизиты 1 раз

(17) > если нет больших тч то не разница невелика

Вот оно, использование отрицания в идентификаторах =)

(26) если убрать отрицанич то будет совсем другое логическое утверждение