Почему в отчетах не делают progress bar-ов? - DAX: Программирование

IKA · 21.10.2010, 18:45

В AOT-е только 3 стандартных отчета, использующих progress bar(ax2009). Почему в отчетах не делают progress bar-ов? Предполагается, что вся логика выполняется в классе, где собственно и должен быть градусник, а отчет сам по себе быстро выводит данные, поэтому progress тут не нужен?(хотя, это далеко не всегда так)

EVGL · 21.10.2010, 20:07

Потому что для ускорения (?) ядро AX не делает запроса на число записей перед тем, как начать выводить их на экран.

ddadream · 21.10.2010, 21:21

Если логика в классах, то все немного сложнее чем озвучено выше.

kornix · 22.10.2010, 13:07

Цитата:

Сообщение от IKA

В AOT-е только 3 стандартных отчета, использующих progress bar(ax2009). Почему в отчетах не делают progress bar-ов? Предполагается, что вся логика выполняется в классе, где собственно и должен быть градусник, а отчет сам по себе быстро выводит данные, поэтому progress тут не нужен?(хотя, это далеко не всегда так)

Мне кажется тут все дело в архитектуре: чтобы создать программную обработку для Report нужно создать класс-наследник от RunBaseReport, который наследник RunBaseBatch'а:

X++:

public abstract class RunBaseReport extends RunBaseBatch
{
    SysReportRun        reportRun;
    SysQueryRun         queryRun;
    Args                callerArgs;
    ...
}

RunBaseBatch наследник от RunBase:

X++:

public abstract class RunBaseBatch extends RunBase implements Batchable

а у RunBase в classDeclaration уже есть progress:

X++:

public abstract class Runbase extends Object implements SysSaveable, SysRunable
{
    boolean                 getLastCalled;
    boolean                 inGetSaveLast;
    boolean                 inCheckClose;
    boolean                 inPrompt;
    boolean                 isSwappedFromServer;
    boolean                 dialogCanceled;
    boolean                 inPromptUnpack;

    RunBaseDialogModify     dialogModify;
    RunbaseProgress         progress;

    SysSign                 sysSign;

    #macrolib.AviFiles

#if.never
    #define.CurrentVersion(1)
    #define.version1(1)
    #localmacro.CurrentList
    #endmacro
#endif
}

Наверно разработчики стремятся не создавать каждый раз новый progressBar и новый код для него, а стремятся использовать тот, который уже есть в RunBase. Если я правильно понимаю, его неудобно вызывать из самого Report'а, поэтому его вызывают из классов

Если я не прав - поправьте меня, я могу заблуждаться, но мне кажется все дело именно в этом

**George Nordic** · 22.10.2010, 13:16

Дело в архитектуре, Вы правы. Пусть АОС шуршит с данными, а на клиента передаются результаты. Не думаю, что стоит добавлять синхронизацию этих процессов, чтобы побыстрее у АОСа запросить "ну что там, скоро еще"?

Хотя, если отчет на клиенте, это приемлемо... Не сильно затормозит создание отчета.

С Уважением,
Георгий

**mazzy** · 22.10.2010, 13:17

Цитата:

Сообщение от EVGL

Потому что для ускорения (?) ядро AX не делает запроса на число записей перед тем, как начать выводить их на экран.

готов согласиться с EVGL...
нет не только прогресс-бара, нет и общего числа страниц. (в отчете нельзя вывести "2 страница, всего 32").

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

Если обратите внимание, то отчет начинает показываться пользователю сразу как построена страница. не дожидаясь завершения.

сравните с той же 1С, где перед показом отчета пользователю, платформа что-то делает внутри себя... и только после завершения генерации показывает страницы отчета.

S.Kuskov · 22.10.2010, 13:42

Цитата:

Сообщение от mazzy

нет не только прогресс-бара, нет и общего числа страниц. (в отчете нельзя вывести "2 страница, всего 32").

Справедливости ради. Для отображения количества страниц можно использовать встроенный display-метод pagesTotal(). Оговорюсь только, что посчитать количество страниц заранее (до отображения отчёта на экране) с помощью него действительно нельзя. Видимо, также для повышения производительности.

**George Nordic** · 22.10.2010, 14:16

Цитата:

Сообщение от S.Kuskov

Видимо, также для повышения производительности.

Не совсем. Подсчитать кол-во выводимых строчек - не сложно. А вот как они будут выведены на экран, с автораспределением по ширине (и высоте) - это другой вопрос.

С Уважением,
Георгий

PavelX · 22.10.2010, 14:25

Цитата:

Сообщение от mazzy

Если обратите внимание, то отчет начинает показываться пользователю сразу как построена страница. не дожидаясь завершения.

К сожалению по всей видимости так было только до АХ2009 (о которой говорит автор). В 2009 отчет целиком сперва строится а потом по вызову метода print() выводится на экран или принтер... И на момент отображения число страниц уже известно.

Например отчет CustTransList (Customer transactions) в AX2009 строится секунд 30 на демо данных пока не отобразится на экране, зато отобразившись он сразу позволяет перейти на последнюю 195-ю страницу.

**mazzy** · 22.10.2010, 14:27

Цитата:

Сообщение от PavelX

К сожалению по всей видимости так было только до АХ2009 (о которой говорит автор). В 2009 отчет целиком сперва строится а потом по вызову метода print() выводится на экран или принтер... И на момент отображения число страниц уже известно.

о, блин... точно!
испортили Аксапточку...

тогда Progress Bar нужен.

**George Nordic** · 22.10.2010, 15:12

Progress Bug...

**mazzy** · 22.10.2010, 16:06

Цитата:

Сообщение от mazzy

о, блин... точно!
испортили Аксапточку...

тогда Progress Bar нужен.

хочу напомнить, что в версии AX2011 больше нет встроенных отчетов (все отчеты только через Reporting services)
так что глядите вперед и не тратьте много время на архаизмы

Bober · 22.10.2010, 16:19

Цитата:

Сообщение от AX2011

так что глядите вперед и не тратьте много время на архаизмы

Это вы кому адресуете? Вот я клиент. У меня DAX 4.0. Сильно модифицированная система (потому что в стандартной системе по этому виду бизнеса ни черта не сделано). По этой причине в ближайшие годы менять версию системы не планируется. Вы мне тоже советуете на тратить время на архаизмы (то есть на мою систему) ? В чем конкретно состоит ваш совет - менять отлаженную 4.0 на непонятно как работающую 2011 ? или в чем?

Lemming · 22.10.2010, 16:20

Цитата:

Сообщение от AX2011

хочу напомнить, что в версии AX2011 больше нет встроенных отчетов (все отчеты только через Reporting services)
так что глядите вперед и не тратьте много время на архаизмы

Вообще нет?

**mazzy** · 22.10.2010, 16:25

Цитата:

Сообщение от AX2011

хочу напомнить, что в версии AX2011 больше нет встроенных отчетов (все отчеты только через Reporting services)
так что глядите вперед и не тратьте много время на архаизмы

но там и прогресс-бара нет.
только бесконечный индикатор (аналог StartLengthlyOperation)

**oip** · 22.10.2010, 16:37

Цитата:

Сообщение от Lemming

Вообще нет?

Дык это...
в следующей версии, "6.0" (или 201Х) т.н. "страндартных" отчетов не будет. ВСЕ отчеты будут построены на RS

22.10.2010, 16:45

Цитата:

Сообщение от Bober

Это вы кому адресуете? Вот я клиент. У меня DAX 4.0. Сильно модифицированная система (потому что в стандартной системе по этому виду бизнеса ни черта не сделано). По этой причине в ближайшие годы менять версию системы не планируется. Вы мне тоже советуете на тратить время на архаизмы (то есть на мою систему) ? В чем конкретно состоит ваш совет - менять отлаженную 4.0 на непонятно как работающую 2011 ? или в чем?

Вы не заметили ключевого слова "много"

Похожие темы
Тема	Автор	Раздел	Ответов	Посл. сообщение
emeadaxsupport: Batch tasks show no operation progress	Blog bot	DAX Blogs	0	22.09.2010 23:05
axaptapedia: Progress Bar	Blog bot	DAX Blogs	0	21.07.2008 03:39
axaptapedia: Progress Bar	Blog bot	DAX Blogs	0	27.06.2008 11:05
axaptapedia: Configuration in title bar	Blog bot	DAX Blogs	1	08.03.2007 19:57
Как правильно работать с Progress bar?	malex	DAX: Программирование	2	19.09.2004 23:23