Классы от RunBaseReport и класс Thread

[Logger]

Было несколько тем на форуме по thread
Описание функций класса Thread
Визульное сравнение различных алгоритмов сортировки
Threads

Из них для себя вынес, понимание того что в 3-ке этот класс был достаточно глючным и пользоваться им на клиенте не рекомендовалось самими разработчиками MS. Только на сервере. Плюс глючило в двухзвенке. Как обстоит дело в 2009-й не знаю.

Как-то мне этот класс не нравится. Не принято им пользоваться, поэтому зачем изобретать велосипед ?
Я бы предложил вам лучше ставить построение отчетов в пакет, с уведомлением которое покажет пользователю всплывающее окно. Можно это дело навернуть как нить, например сделать формочку, которая по таймеру аналогично sidax будет показывать прогресс выполнения отчета в фоне, пока пользователь делает остальные дела.

[Pustik]

Цитата:

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

Как-то мне этот класс не нравится. Не принято им пользоваться, поэтому зачем изобретать велосипед ?

Почему ?

[Logger]

Цитата:

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

Почему ?

Потому что сами программисты MS избегали им пользоваться.
Потому что нет большого опыта его использования. А для пакетов - есть.

[Diman]

Цитата:

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

Почему ?

Как мне кажется, из-за потенциальных багов в реализации, увеличение стоимости разработки и тестирования и увеличение сроков выпусков.
-потому что надо редизайнить реализацию алгоритмов (при том что не все хорошо поддаются распраллеливанию)
-необходимо иметь обертки над примитивами синхронизации, представлять работу процессора, памяти, ОС, взаимодействие с GUI, COM и т.п. Т.е. заниматься низкоуровневой разработкой, для чего Аксапта совсем не предназначена.

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