Хотел воспользоваться встроенным кешированием значений функций. Но наткнулся на следующую проблему. Оказалось, что в качестве входящих параметров этих функций можно передавать значения только ПРИМИТИВНЫХ типов, ССЫЛОЧНЫЕ типы и структуры их содержащие. Ограничения, конечно очень жёсткие. Но... как оказалось они даже жёстче чем кажется.

Во-первых, оказалось, что Тип "Уникальный идентификатор" не приравнивается ни к ПРИМИТИВНЫМ типам, ни к ССЫЛОЧНЫМ. Печально, особенно учитывая, что фактически это набор байтов (строка), как и обычная ссылка. И параметры этого типа в такие функции передавать нельзя (ну ладно - обойти можно просто передав их в виде строки). Ну что поделаешь :( тип "Уникальный идентификатор" действительно не относится в справке к ПРИМИТИВНЫМ (хотя мог бы), ни, видимо, к ссылочным тоже не относится.

Во-вторых, оказалось, что нельзя передавать и тип "Объект метаданных", который так же не относится к примитивным типам. Это более печально. Но, в общем-то, тоже не критично (хотя удобно и могло бы повысить скорость работы некоторых алгоритмов; объекты "Объект метаданных" вообще константный, и прекрасно сериализуемый).

В-третьих, при попытке передать в качесвте параметра в такую функцию значения типа "ТИП" система так же ругнулся, что он не ПРИМИТИВНЫЙ. Но тут я "выпал в осадок", и специально открыв в справке раздел о ПРИМИТИВНЫХ типах прочитал, что тип "ТИП" является примитивным. Что за фигня? Это не дочёт релиза платформы, может он уже исправлен в более поздних (включая 8.3)?

Кто что подскажет, как лучше всего обойти это "ограничение". "Тип" очень нужен для передачи в кешированную функцию.
Пока напрашивается только использование метода "ЗначениеВСтрокуВнутр", для конвертации типа "ТИП" в тип "Строка" и передачи уже в таком виде.
Но, может, есть более красивое, а главное, производительное решение? Или не стоит заморачиваться по поводу производительности - и использование "ЗначениеВСтрокуВнутр" (в паре с "ЗначениеИзСтрокиВнутр") будет достаточно производительным решением

Да и вообще вопрос. Стоит ли вообще заморачиваться с модулями, использующими "Повторное использование возвращаемых значений", или лучше строить кеширование по классической схеме (в параметрах сеанса и хранилище значений), или с использованием более новой методики через функцию "ПоместитьВоВременноеХранилище"?

плач ярославны

передавай массив или структуру или соответствие.. в них пихай че хочешь..

(0) Набор бреда.

(2)Если не прокатило на парметре - на массиве тоже не прокатит

(0) Передавайте значение типа, как строку.

Вот как то так:

    ИмяТипа="";
    ТипXDTO=СериализаторXDTO.XMLТипЗнч(Значение);
    Если ТипXDTO<>Неопределено Тогда
        ИмяТипа=ТипXDTO.ИмяТипа;
    КонецЕсли;

1с плевать на тебя и твои трудности хотело с высокой колокольни.
Жри что дают. И прыгай от радости

(7) Ты какой-то злой.

(1)Почему план Ярославны
(3) Почему набор бреда.
Написал всё как есть, может кому ещё эта информация будет полезна и съэкономит ему время и нервы; и спросил достаточно конкретно об оптимальной методике решения, или, возможном, отсутствии данный проблемы в более поздних релизах; указал на неточность в реализации данного механизма в платформе. Что не не понравилось в сабже?
(6)Приведён аналог использования "ЗначениеВСтрокуВнутр", указанного в сабже. У него есть преимущество?
(7)Пожалуйста не грубите! А жрать гуано можно и по разному. Давясь набивая рот, или аккуратно нарезая на ломтики, сдобривая специями и забывая, что это всего лишь гуано.

(9)*плач.. Ярославны

(6)Да, а если у меня уже есть значение типа "Тип", как тогда?

(11)Поспешил, вопрос снят - потому что это можно получить так:

ТипXDTO = СериализаторXDTO.XMLТип(Некоторый_Тип);
Если ТипXDTO<>Неопределено Тогда
        ИмяТипа=ТипXDTO.ИмяТипа;
КонецЕсли;

А когда можент возникнуть неопределено (не ну в справке я прочитал, но реально на практике - когда)?

(12) То, что невозможно сериализовать в XDTO, например, comsafearray

(9) всегда можно передать ЗначениеВСтрокуВнутр()

(14) Передать можно всё, что угодно - можно, например, и ссылки на объекты метаданных строками передавать.
Другое дело, зачем это нужно ?

(15)Нужно - значит нужно. Метаданные обрабатываются внутри кешированной функции (совмещено с обращением к данным из ИБ) - поэтому результат и кешируется. Вместо метаданных так же может передаваться просто "ТИП" (тогда метаданные уже получаются внутри функции по этому типу). Это затратные по времени операции с фикиспованным возвращаемым значением (в соответствии с переданными параметрами), которое далее часто используется повторно. Кешированные функции подходили почти идеально.

(0) учитывайте, что результат кэширования недолговечен. Хотя и указано, что на время сеанса, а по факту на несколько минут, не помню уже точно.

(17)Да, я уже в курсе - печально это :(
Посмотрю как реально будет работать - поэтому и спрашиваю, как люди реально на практике сейчас решают подобные задачи (из сабжа).

(18) Если результат где-то сохранить самому, то не нужно будет заниматься изучением кешируемых функций.

(19)Да, но
1. Для моей задачи кешируемые функции были как раз очень удобны
2. Хотелось изучить тонкости работы с ними, хотя бы на будущее;)
3. Собственно в сабже я и спросил, об альтернативах, которые имеют популярное применение на текущий момент

(12) Алгоритм обратного преобразования типа:
ТипXDTO = Новый ТипДанныхXML(ИмяТипа,"http://v8.1c.ru/8.1/data/enterprise/current-config";);
    ПолученныйТип = СериализаторXDTO.ИзXMLТипа(ТипXDTO);
    Если не ПолученныйТип =неопределено Тогда
            //Обработать полученный тип
    КонецЕсли;

(21)Что-то какая-то не та html-строка вставилась в посте, должна быть вот эта
ТипXDTO = Новый ТипДанныхXML(ТипОбъекта,"http://v8.1c.ru/8.1/data/enterprise/current-config";);

(22)Уже лучше - но всё равно перед закрывающей скобкой почему-то встала ";"