AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 19.12.2016, 16:33   #1  
Ace of Database is offline
Ace of Database
Участник
Аватар для Ace of Database
 
870 / 637 (23) +++++++
Регистрация: 14.10.2004
Многопоточное вычисление дисплейных методов
Привет всем!
Столкнулся с одной формой, на которой навешано куча тяжелых дисплейных методов. Из-за которых блокировалась работа пользователей. cacheAddMethod не сильно помогал, так как даже первый незакешированный вызов блокирует интерфейс на несколько десятков секунд при каждой прокрутке страницы на гриде.

Целью моих экспериментов было создать такое кеширование дисплейных методов, которое не блокирует пользовательский интерфейс даже при первой прорисовке данных.

Во вложении проект для AX2012.
В проекте есть тестовая форма, которая демонстрирует использование многопоточного вызова дисплейных методов. Данные перерисовываются не сразу, а постепенно, как будто вы находитесь на веб-странице.
На тестовой форме представлен пример вызова дисплейного метода, возвращающего вещественное число, и дисплейного метода, возвращающего строку.
Чтобы применить пример к любой другой форме, надо
1) Добавить на вашу таблицу все кешируемые дисплейные методы, которые есть на вашей форме, но нет в вашей таблице
2) Вызвать эти дисплейные методы из дисплейных методов на вашей форме, используя предлагаемый пример. В тесте вызываются дисплейные методы "grossWeight" и "itemName" из таблицы InventTable
3) с тестовой формы взять те участки кода, которые обрамлены комментариями
X++:
    //Дисплейные методы -->
    ........
    //Дисплейные методы <--
Внимание: если поставить точку останова внутри дисплейных методов таблиц, которые вызываются из другого потока, то отладчики начнут интенсивно размножаться для каждого нового потока
На дисплейные методы формы точки останова ставить можно, т.к. они выполняются в главном потоке.
Вложения
Тип файла: xpo SharedProject_zThreadDisplayMethod.xpo (22.6 Кб, 255 просмотров)

Последний раз редактировалось Ace of Database; 19.12.2016 в 17:37.
За это сообщение автора поблагодарили: mazzy (2), AlGol (3), sukhanchik (4), Logger (3), gl00mie (5), Dreadlock (5), dech (3), nYury (1).
Старый 19.12.2016, 16:52   #2  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
а выводить данные из формы в эксель будет?
а в отчет можно?
а в экспорт во внешние системы?
Старый 19.12.2016, 17:04   #3  
Ace of Database is offline
Ace of Database
Участник
Аватар для Ace of Database
 
870 / 637 (23) +++++++
Регистрация: 14.10.2004
Цитата:
Сообщение от mazzy Посмотреть сообщение
а выводить данные из формы в эксель будет?
а в отчет можно?
а в экспорт во внешние системы?
1) В эксель выводится так же как обычно, но только те поля, которые успели вычислиться.
2) Фишка в том, что на форме реализован таймер, который достает время от времени вычисленные в других потоках данные. Поэтому отчет можно сформировать только как слепок данных с формы
3) То же самое, что и пункт 2
Старый 19.12.2016, 17:21   #4  
Ace of Database is offline
Ace of Database
Участник
Аватар для Ace of Database
 
870 / 637 (23) +++++++
Регистрация: 14.10.2004
Обновил проект.
Пофиксил интересный баг с повторным использованием переменной типа AnyType, инициализированной для другого типа данных.
В результате переставало работать, если на одной и той же форме были строковые и числовые дисплейные методы

Последний раз редактировалось Ace of Database; 19.12.2016 в 17:27.
Старый 19.12.2016, 17:26   #5  
Ace of Database is offline
Ace of Database
Участник
Аватар для Ace of Database
 
870 / 637 (23) +++++++
Регистрация: 14.10.2004
И еще раз обновил
Старый 19.12.2016, 17:54   #6  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от Ace of Database Посмотреть сообщение
1) В эксель выводится так же как обычно, но только те поля, которые успели вычислиться.
т.е. нужен какой-то статус на форме, который показывает, что все вычислилось?
Старый 20.12.2016, 12:11   #7  
Ace of Database is offline
Ace of Database
Участник
Аватар для Ace of Database
 
870 / 637 (23) +++++++
Регистрация: 14.10.2004
Цитата:
Сообщение от mazzy Посмотреть сообщение
т.е. нужен какой-то статус на форме, который показывает, что все вычислилось?
Вывел на форму прогресс-бар и поле, показывающее процент вычисления всех закешированных дисплейных методов.
Алгоритм вычисления прогресса не до конца совершенен, но в принципе достаточно нагляден.
Вложения
Тип файла: xpo SharedProject_zThreadDisplayMethod.xpo (23.2 Кб, 486 просмотров)

Последний раз редактировалось Ace of Database; 20.12.2016 в 14:03.
За это сообщение автора поблагодарили: mazzy (2).
Старый 20.12.2016, 13:37   #8  
TasmanianDevil is offline
TasmanianDevil
Мрачный тип
Аватар для TasmanianDevil
Злыдни
 
885 / 389 (14) ++++++
Регистрация: 24.01.2005
Адрес: Томск
Интересная идея.
2012-й под рукой нет, зырил код через блокнот и вполне мог упустить кое-что, но тем не менее осталось впечатление, что механизма обновления кэша нет, т.е. после обновления записи (в т.ч. полей, на основе которых рассчитывается дисплейный метод) будет возвращаться то же самое значение.
В принципе это можно реализовать дополнительной мапой { [tableId, recid] -> recVersion} по отработанным табличным переменным.
При несовпадении recVersion у отработанной табличной переменной (по данным доп. мапы) и переданной - чистить кэш по ней и запускать отработку метода снова с обновлением результата в кэше и доп.мапе.
__________________
Мы летаем, кружимся, нагоняем ужасы ...

Последний раз редактировалось TasmanianDevil; 20.12.2016 в 13:39.
Старый 20.12.2016, 13:53   #9  
Ace of Database is offline
Ace of Database
Участник
Аватар для Ace of Database
 
870 / 637 (23) +++++++
Регистрация: 14.10.2004
Механизм очистки кеша целиком есть, в примере он просто не использован
Чтобы очистить весь кеш и заставить все вычисляться заново, надо вызвать метод clearCache() в классе zThreadDisplayMethod

Очистка кеша для отдельных записей для меня не представляется полезной, т.к. такие дисплейные методы обычно работают очень быстро, и вычислять их в отдельном потоке не имеет смысла.
Но, если все-таки надо очистить кеш только для нужной записи в таблице для конкретного дисплей-метода, то можно удалить запись из двух мапов - mapResult и mapCalled класса zThreadDisplayMethod. А также из таблицы zThreadResultTable для того же самого ключа, что и для мапов, но еще дополнительно отфильтровав по коду сессии, который хранится в переменной session в классе zThreadDisplayMethod.
Старый 20.12.2016, 13:57   #10  
Ace of Database is offline
Ace of Database
Участник
Аватар для Ace of Database
 
870 / 637 (23) +++++++
Регистрация: 14.10.2004
Я оговорился, в примере полная очистка кеша используется. В методах ExecuteQuery() и Research() в источнике данных на форме. То есть, подразумевается, что раз пользователь нажал F5, то все надо заново пересчитать.
Старый 28.02.2017, 12:09   #11  
Ace of Database is offline
Ace of Database
Участник
Аватар для Ace of Database
 
870 / 637 (23) +++++++
Регистрация: 14.10.2004
Выяснилось, что метод cacheAddMethod на источнике данных формы вызывает один раз дисплейный метод для каждой отображаемой записи. Даже если поле скрыто на форме.
Поэтому, если используется самописное кеширование дисплейных методов через Map, то лучше убрать cacheAddMethod. А при использовании мгногопоточности вообще получается плавная прокрутка данных на форме.
Теги
thread, проекты

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Ускорить вычисление дисплей методов IKA DAX: Программирование 19 23.08.2013 14:00
Класс как набор статических методов AxFinder DAX: Программирование 3 09.08.2013 09:28
Переопределение стандартных методов у динамически создаваемых контролов - вопрос с предисторией (многабукаф) TasmanianDevil DAX: Программирование 13 02.08.2012 07:39
Win2008 и вызов методов COM-объектов AndyD DAX: Программирование 13 06.02.2012 15:22
Список методов таблицы s_s_a DAX: Программирование 16 28.05.2009 13:28
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 19:37.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.