Задача оптимизации

[rusalaudinov]

Я в работе с внутренним проектом столкнулся с проблемой отображения элементов АОТа в FormTreeControl’е Аксапты. Суть в следующем: есть форма SysAOTBrowser. Это лукап форма для выбора элемента АОТа. Все в ней ничего кроме скорости первого раскрытия узлов дерева. К примеру если первый раз раскрыть ветку \Classes то проходит порядка 5 секунд прежде чем все классы отобразятся в дереве. Это очень долго и нужно сделать это время как можно меньше. То есть суть задачи - сделать как можно меньше время тупого ожидания пользователя пока система «продумается».

[mazzy]

Zitat:

Zitat von rusalaudinov

К примеру если первый раз раскрыть ветку \Classes то проходит порядка 5 секунд прежде чем все классы отобразятся в дереве.

Правильно заданный вопрос - половина ответа.
5 секунд проходит не просто так.

В этот момент Аксапта подгружает элементы на клиента.
Впоследствии берет из кэша.

Вы можете попробовать поиграться с кэшем
http://axapta.mazzy.ru/lib/aoscash/
Но если ведется большая разработка, то этот способ не очень поможет

[kashperuk]

Не пробовал.
Может сделать что-то типа

    dict = new Dictionary();

    for(i = 1; i < dict.classCnt(); i++)
    {
        dictClass = new dictClass(dict.classCnt2Id(i));
    }

при загрузке системы.

Чтобы сразу структура АОТ подтянулась в кэш..

P.S. Проверил. Не помогает

[kashperuk]

Кстати, если посмотреть форму SysAOT, видим намного более высокую производительность.

[rusalaudinov]

MAzzy, игру с кешем не осилил. вообще не нашел у себя на компьютере файлы *.aoc.
kashperuk, сделал как в форме SYSAOT, стало работать быстрее. КРУТО.

[rusalaudinov]

короче всё-равно недостаточно быстро. возникла такая идея. короче чтоб при разворачивании классов система загружала и отображала только ту часть, которая видима в окне. при прокручивании скроллингом подгружалась маленько вновь. такое реально реализовать? как поступить?

[mazzy]

Zitat:

Zitat von rusalaudinov

короче...

Ну... Если вы считаете, что это "короче", то "легко".
Берете и программируете.
Для начала определите высоту окна и количество строк, которое в нем помещается.
Потом перехватываете события прокрутки (не забудьте о клавиатуре, мыши и о колесике)
Потом делаете хитрую (smart - интеллектуальную) загрузку, которая помнит что загружено, а что не загружено.
А потом осталось обеспечить, чтобы ваш многокилометровый код работал быстрее, чем работает ядро

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

[kashperuk]

Ну, в принципе можно что-то подобное сделать.
Упростив немного

1. Подгружаем максимум 30 узлов за раз. (первый раз тоже)
2. Появляются кнопочки далее и до конца (для примера смотри кнопки в SQL Server при выборке).
3. Для этого всего нужно итератор постоянно в памяти хранить. Не знаю, как это скажется.
4. Кнопочки вверх не нужны. Тут уже будет скроллинг работать. Тормозов при этом не будет, так как эта часть дерева уже построилась

[belugin]

Еще можно кешировать состав узлов АОТа самостоятельно в файле или табличке.

[mazzy]

Zitat:

Zitat von belugin

...или табличке.

Например, ...та-да!!!... в стандартной UtilElements!

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

[belugin]

Zitat:

Zitat von mazzy

Например, ...та-да!!!... в стандартной UtilElements!

Есть ли у тебя код, который работает также быстро, как и нажатие на + в Classes?

Мне кажется, что есть некая магия в AOTе. Например, нажатие на F12 в редакторе как правило, неприемлемо тормозит, а F2 при прогретом кеше выводит список мнгновенно...

[mazzy]

Zitat:

Zitat von belugin

Мне кажется, что есть некая магия в AOTе.

А еще первый раз очень долго создает новый программисткий проект

[belugin]

Zitat:

Zitat von mazzy

А еще первый раз очень долго создает новый программисткий проект

...из меню. Если нажать Ctrl+N - то быстро

[mazzy]

Zitat:

Zitat von belugin

...из меню. Если нажать Ctrl+N - то быстро

О! Класс. Спасибо

[kashperuk]

Zitat:

Zitat von mazzy

О! Класс. Спасибо

А если пользоваться вот этим:
Kashperuk Ivan: DEV_CreateNewProject tool version 2.0.0
то помимо скорости еще и группы посоздает все.

Кстати, про Ctrl+N уже говорилось
[ANN] Tabax 0.1 -- панель задач для Axapta

[rusalaudinov]

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

[belugin]

в 3.0 потоки не рекомендуется использовать, зотя я знаю людей, у которых они пашут

База знаний ERP : Axapta / нить

[rusalaudinov]

у меня 4.0

[glibs]

rusalaudinov, посмотрите функциональность Data Crawler. Там используются threads, насколько я понимаю. В 3.0 тоже.

belugin, а можно для общего развития? Есть более конкретная информация про проблемы со threads в 3.0?

[rusalaudinov]

вот смотрите. допустим у меня есть класс в котором создан новый поток. допустим есть никак не связанная с ним форма. могу ли я запустить на выполнение метод этой формы в созданном в классепотоке? или есть другой(более простой и удобный) способ запустить метод в отдельном потоке?