Свой progressBar

[Андре]

Цитата:

Вот так всегда...
На самом интересном месте выясняется, что не Иван Иванович, а Петр Петрович
не в среду, а в понедельник,
и не продал, а купил...

mazzy, а я где-то писал, что это отчет? или это только твои предположения?

Цитата:

Какого черта беспокоится о юзабилити, если "Пользователи вообще ничего не увидят"?

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

[mazzy]

Цитата:

Сообщение от Андре

mazzy, а я где-то писал, что это отчет? или это только твои предположения?

Да, действительно, только предположения...
В коде был использован ReportId.

[Андре]

Цитата:

Угу. И в пакетном режиме тоже не работает

Ты меня почти убедил, повесил на настройку.

Цитата:

А он еще и не работает?
А как же 20 минут?

Работает у меня на ноуте и работает в промышленной эксплуатации - это очень разные вещи

[Андре]

Цитата:

В коде был использован ReportId.

Идентификатор поступившего на вход документа (excel-файла). Сам он был сформирован не в Аксапте. Моя задача его сохранить в системе, распарсить, на основе него породить ряд новых excel-документов.
Короче, один reportId обрабатывается только один раз. Второй раз будет уже другой reportId.

[mazzy]

Цитата:

Сообщение от Андре

Короче, один reportId обрабатывается только один раз. Второй раз будет уже другой reportId.

Т.е. вызывающий метод еще и идентификатор уникальный должен сгенерить...
что-то уж очень ограниченная область применения получается. нафих-нафих.

[Андре]

Цитата:

Т.е. вызывающий метод еще и идентификатор уникальный должен сгенерить...
что-то уж очень ограниченная область применения получается. нафих-нафих.

Либо я потерял нить рассуждения, либо ты.... Данный код не относится к прогресс-бару. Если заменить его на sleep(1000) ничего не изменится.
Для отображения прогресс бара ничего генерить не надо. Если это требуется для логики операции - то пож-та.

[Recoilme]

Камешек в стандартный пргресс-бар:
Тормозит ли градусник?

Цитата:

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

Можно не устанавливать итог. А в тексте иногда можно написать что-то типа

Удаление записей в любимой таблице. Запись 39284 из 5847847.

Цитата:

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

2. А есть ли updateInterval? или каждый раз при incCount() выполняется перерисовка формы?

Стандартный прогресс выполняет кучу телодвижений по обсчетам на каждую итерацию, особенно это заметно при выводе settext. И плевать он хотел на апдейт интервал. Разница в быстродействии при вызове settext и без него - в разы.

[mazzy]

Цитата:

Сообщение от Андре

Данный код не относится к прогресс-бару.

К стандартному - не относится.
К самодельному - очень даже.

Цитата:

Сообщение от Андре

Для отображения прогресс бара ничего генерить не надо. Если это требуется для логики операции - то пож-та.

Как это не надо, если у тебя внутри запрос по этому идентификатру идет.

Цитата:

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

Камешек в стандартный пргресс-бар:
Тормозит ли градусник?


Стандартный прогресс выполняет кучу телодвижений по обсчетам на каждую итерацию, особенно это заметно при выводе settext. И плевать он хотел на апдейт интервал. Разница в быстродействии при вызове settext и без него - в разы.

Еще один неразобравшийся, блин... Recoilme, прочитайте ту ветку до конца.
Не хотите использовать - не используйте.

В общем, ясно.
Андре, спасибо за интересное обсуждение.

[glibs]

В общем это... о вкусах не спорят. Главное, чтобы мы не поссорились из-за пустяков.

Цитата:

Сообщение от Андре

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

По теме вот чего я еще скажу напоследок.

Сразу предупреждаю, что мнение у меня нетрадиционное и встречаемое многими с агрессией.

В моем представлении "длительная операция" — это минуты хотябы две-три.

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

В общем, в сервер пакетной обработки нужно такие задачи с инфологом и уведомлением об успешной обработке, а не прогресс-бары для них рисовать красивые. Такое вот мое IMHO.

1. Если делается для бухгалтеров (да и любых других конечных пользователей), то логи и проценты завершения ошибочное завершение исправить не помогут. Все равно программера вызывать. А ему это не надо.
2. Т.к. полезность информационной составляющей сомнительна, остается только "успокаивающая составляющая". А она в стандарте есть.
3. 1% ситуаций, в котором используется новый прогрессбар приведет к постоянному дерганию программиста "сделайте нам красивенькое окошечко сообщений" в остальных 99%... Оно Вам надо?

[Андре]

Цитата:

Как это не надо, если у тебя внутри запрос по этому идентификатру идет.

Код взят из блока "Пример использования". Запрос идет не внутри прогресс бара. Замени на

for (int i=0; i<=1000; i++)
  progress.nextStep();

ничего не изменится.

Цитата:

Андре, спасибо за интересное обсуждение.

Тебе спасибо

[Андре]

Прежде всего спасибо всем ответившим. В первую очередь mazzy за его критику(она мне действительно была нужна) и kashperuk за тестирование.
Если это интересно, то я решил не использовать данное решение в промышленной эксплуатации. В общем то, я это уже понимал, когда размещал решение здесь; мне нужна была поддержка, чтобы отказаться от такой заманухи (спасибо mazzy).
Причины отказа от такого решения я, в общем то, сам же и сформулировал несколькими днями ранее здесь(Не совсем ERP новости ). Данное решение будет на ура воспринято пользователями и довольно устойчиво будет работать в той ситуации для которой было написано, но:

• Я не уверен, что при переходе на какую-нибудь новую версию лет через 5 это решение безболезненно перенесется.
• Я не уверен, что данный функционал однажды не станет com-сервером и что вообще с ним сделают, после того, как я уйду.
• Я опасаюсь, что решение кому то понравится и его начнут бездумно тиражировать по всей системе в рамках данного клиента.

[glibs]

Цитата:

Сообщение от Андре

...
я решил не использовать данное решение в промышленной эксплуатации.
...

Один мой дядя иногда ходил на рыбалку, ловил рыбок, а потом выпускал обратно в водоем.

С меня респект за силу воли и за то, что подаете другим правильный пример.

[Андре]

mazzy,

Цитата:

Опять же ничего не имею против конкретного Андре.

А против "абстрактного" ?

Цитата:

Он действительно сделал интересную штуку. За это ему огромное спасибо.

Ух.... устал повторять. Я не делал штуку. Я вообще никогда не выкладываю реализации на форуме, так как на мой взгляд это никому не приносит пользы. На форуме я делюсь идеями и обсуждаю их. Я предложил идею и мы ее обсудили. Давай так ?

[Wamr]

добавлю 5 копеек, хоть тема и исчерпана..
У стандартного есть фича - если из одного наследника runBase с прогрессом вызвать другуго, то их прогрессы объединяться в 1 многоуровневый.

p.s. простите что немного не в тему

[glibs]

Почему же? mazzy об этом писал выше. И неоднократно.

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