|
![]() |
#1 |
Участник
|
Объект надо протаскивать в серилизованном виде. CIL умеет возвращать контейнеры. Интересно, а что вы пытаетесь сделать?
|
|
![]() |
#2 |
Участник
|
Изначальная задача - повышение производительности формы хранящей временные данные, получающей их из ресурсоёмких операций.
Ключевые значения для которой мысль была брать из кэша, чтобы обойтись без изменений в словаре данных. Последний раз редактировалось Товарищ ♂uatr; 22.03.2018 в 19:06. |
|
![]() |
#3 |
Участник
|
Так какой тут ответ в итоге? Только щас пришлось ответственно столкнуться с проблемой. Что то положенное в SysGlobalObjectCache вне CIL - в CIL не доступно. Верно и обратное при выполнении в CIL кладу в объект SysGlobalObjectCache. При выходе из CIL - ничего нет.
Акс2012. В документации четких оговорок, что в цил действует свой личный объект SysGlobalObjectCache - не нашел. Только кусок в коде: X++: if (classfactory) { sgoc = classfactory.globalObjectCache(); } else { // Workaround for SysQueryRangeUtil usage under IL // the class factory is not initialized in the interpreter // when called from IL.This is OK as the global cache is a kernel // singleton sgoc = new SysGlobalObjectCache(); } |
|
![]() |
#4 |
Участник
|
А вы не путаете серверный и клиентский SysGlobalObjectCache? Есть два разных экземпляра ClassFactory - серверный и клиентский, соотв., есть (с точки зрения каждой конкретной сессии) два разных экземпляра SysGlobalObjectCache - серверный, который общий на все сессии AOS-а, и клиентский, который по сути - бестолкова заглушечка. Так вот, попробуйте в CIL класть что-то в SysGlobalObjectCache, а потом искать это в серверном X++ коде.
|
|
Теги |
cil, classfactory, sysglobalobjectcache |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|