День добрый.

Хочу функцию вида

Функция ЕстьТабЧастьДокумента(ИмяТабЧасти, МетаданныеДокумента) Экспорт

    Если МетаданныеДокумента.ТабличныеЧасти.Найти(ИмяТабЧасти) = Неопределено Тогда
        Возврат Ложь;
    Иначе
        Возврат Истина;
    КонецЕсли;

КонецФункции // ЕстьТабЧастьДокумента()


вынести в модуль повторно-возвращаемых значений.

Вопрос - насколько будет тяжел ключ поиска для объекта МетаданныеДокумента, составленный платформой.

Ваши мнения?

Вероятнее всего док будет проводится быстрее на 0.001%. Лютая оптимизация.

(1) Там тяжко все. Много таких вызовов. Хочется оптимизации.

Функция ЕстьТабЧастьДокумента(ИмяТабЧасти, МетаданныеДокумента) Экспорт

    Возврат МетаданныеДокумента.ТабличныеЧасти.Найти(ИмяТабЧасти)<>Неопределено;

КонецФункции

(3) следующий!

(0) Передавай не метаданные, а имя документа.

строкой сделай второй параметр

(5) Классно!

Как вариант - да.
Ну а все таки, есть мысли насчет Метаданных?

(8) Я думаю, что только разработчики платформы тебе скажут. Или сравнительное тестирование.

(8) да хер его знает, как оно там внутри реализовано. Метаданные ведь не объектом передаются (скорее всего), так что какой-то хеш там есть.

другое дело, как они с этим хешем поступают, когда вычисляют параметр. насчёт "ленивости" языка ничего не известно, так что можно только гадать. или нарисовать тест на миллиард вызовов и замерить

Эм... объясните мне, тупому, что такое "модуль повторно-возвращаемых значений"

(12) ОМ, который кэширует результат выполнения функции с одинаковыми значениями параметров

(12) Модуль кеширует результаты функций

(13) (14) спасибо, примерно понял. Это появилось в 8.2?

да

спс

(8) Ну вот так как-то
{ОбщаяКоманда.ОбщаяКоманда1.МодульКоманды(11)}: Ошибка при вызове метода контекста (ЕстьТабЧастьДокумента_Мета)
        Зн = ТестКонтекста.ЕстьТабЧастьДокумента_Мета("Товары", МетаДок);
по причине:
Несоответствие типов (параметр номер '2') (Неверный тип параметра. Допустимы только примитивные типы, ссылки, Структура)

Фух. Надо было сначало мне ткнуть ее (1С), а потом писать.

(19) А вообще вот результаты: http://i.imgur.com/XPo7uGO.png
замер 1 с включенным кешированием, замер 3 - без кеширования. В конфигурации 2 документа у проверяемого документа 1 табличная часть.

(19) не переживай. тут все сперва бегут на мисту, а потом только в конфигуратор )

(21) Неправда. Не все :) И не всегда

(20) нипанятна
так с повторно-возвращаемыми значениями быстрее или нет?

(20) так у тебя файловый вариант

(23) Почти вдвое. 1,6 секунды против 3,1 секунды.

(24) А какая разница? Думаешь сервер пропустит в повторно-вызываемых какие-то другие типы данных?

(25)
Видимо, в (24) имелось в виду, что в случае клиент-серверной базы результаты замера будут другие.

Вообще, ИМХО, имеет смысл кэшировать те результаты, за которыми приходится в СУБД лезть.

В случае же (0), полагаю, вообще никакого выигрыша не будет, а наоборот.

(26) "
Вообще, ИМХО, имеет смысл кэшировать те результаты, за которыми приходится в СУБД лезть. "

да, вы правы. Я - погорячился.