asviridenkovwadmanНу да, это по нашему, залезть на другие платформы, чтобы потом сокрушаться об этом. :)

Последствия несистемного подхода к мультиплатформенности.
При выделении platform services таких проблем не возникает
Совершенно верно, на уровне фремворка.
Переход и не может быть системный в данном случае, ибо приходится адаптировать уже готовый продукт.

wadmanЕще парочка на что повлияет, кроме исключения выполнения лишнего кода?
В том то и дело , что замена на OnUpdate ни на что не повлияет. А только добавит кл-во вызовов.
В чем оптимизация то ? Замены одного ивента , на другой который в 99% случаев будет вызываться в 300 раз чаще.
С WM_CLIPBOARDUPDATE или RegisterClipboardFormat еще могу согласится, но при наличии такого функционала в фремворке(или реализацией похожего с минимальными затратами), иначе зачем ?

wadmanДавно пора перенести формирование отчета в другой поток или в несколько.
Так можно, TfrxReport работает в потоке, хотя и с оговорками из за Диалогов, Рича, чарта. Но не всегда нужно.

wadmanЗа почти 5 минут простоя приложения счетчик вызовов actionupdate зашкалил аж до 229.

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

wadmanНу да, это по нашему, залезть на другие платформы, чтобы потом сокрушаться об этом. :)
Никто не сокрушается, речь о продукте заточенном под конкретный фремворк и под разные.
А это накладывает ограничения, у нас еще много кода оставшегося для поддержки Delphi 4 (и еще привет win9x ;)), и хоть, официальная поддержка уже убрана, собрать для него с правками в коде можно. И такой код невозможно сразу убрать.

Из всего что обсуждали в теме, только система обработки исключений и плохой редактор скрипта, заслуживают внимания. Остальное, давайте будем честны, придирки :)
Всегда полезно узнать другое мнение, может оно сделает продукт лучше.

asviridenkov,
Работают, но с оговорками.
Эти контролы требуют VCL форм, у VCL как известно , с этим проблемы.
Серверные компоненты работают через синхронизацию и критические секции.

asviridenkov,

Создаются и работают в разных потоках, синхронизация идет не через TApplication. Но сама форма VCL может его использовать.

asviridenkovFastReportsasviridenkov,

Создаются и работают в разных потоках, синхронизация идет не через TApplication. Но сама форма VCL может его использовать.

Это больше похоже на отговорки. Вот смотрите, у меня есть сервисное приложение, в нем отчеты использующие чарт/рич.
Один отчет делается 1 секунду. Пришло одновременно пять запросов от пользователей, через сколько будут готовы все пять отчетов, через секунду или скорее через 3-4?
Я говорил про просмотр, если пытаться строить и одновременно показывать в основном потоке. Там есть интерактивные события и они посылают сообщения окну. Это и может вызвать проблемы.
В серверных компонентах используется только отрисовка на EMF, для этого там есть свой обработчик сообщений, вызываемый из потоков.

Время выполнения будет зависит от кол-ва ядер, если их 4 и более, то да - одновременно.

asviridenkov,

Изначально я писал именно о показе, потом добавил про серверные компоненты, что там есть синхронизация.
Чарт если он не выводится на показ вообще не использует форму(исключения была одна версия чарта, где у них что-то поломалось, но в последующих это было поправлено). Рич отрисовывается через SendMessage - для этого в серверных компонентов есть свой цикл сообщений, который посылает их из потока.

А вот в диалогах есть крит-секции, при создании и удалении формы (не на весь цикл работы, и уж тем более, не на все построение отчета) . От этого никуда не деться, это наследство VCL (только писать формы не связанные с VCL вообще).

vavan,

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

vavanvavanпропущено...
тогда если в двух словахжаль не наблюдается отклика

на всякий случай позволю себе еще один запрос:

в TfrxDBDataset.GetValue проверять наличие обработчика OnGetText у поля и в этом случае использовать его результат


Вы были услышаны :)
В какой-то степени согласен, есть места где не помешает добавить проброску исключений.
Частично это уже есть в режиме NewSilentMode = simReThrow

Пожелание OnGetText уже есть в TODO, будет добавлено, но включаться будет опционально у TfrxDBDataset.