Добрый день

Хочу поддержать хорошую инициативу. Класс выглядит несколько странным, но без таких маленьких классов проект не живет нормально, все "слипается" в кучу. Обратите внимание что он не тащит ни одного #include. Ну const char * не есть аккуратно, по уму здесь надо template. Но не суть

C++ (Qt)
#ifndef MESHPROGRESS_H
#define MESHPROGRESS_H
 
struct CMeshProgress {
	CMeshProgress				( void );
	virtual ~CMeshProgress                  ( void );
 
	virtual bool _Update			( long cur );
	virtual void _SetIndicator	        ( const char * text, long maxNum );
 
	static bool Update			( long cur, long step );
	static void SetIndicator		( const char * text, long maxNum );
 
// data members
	static CMeshProgress * mInstance;
};
 
inline CMeshProgress::CMeshProgress( void )
{
	mInstance = this;
}
 
inline CMeshProgress::~CMeshProgress( void )	 
{ 
	mInstance = 0; 
}
 
inline bool CMeshProgress::_Update( long cur ) 
{ 
	return true; 
}
 
inline void CMeshProgress::_SetIndicator( const char *, long ) 
{
}
 
inline bool CMeshProgress::Update( long cur, long step )
{
	if (((cur + 1) % step) != 0) return true;
	return mInstance ? mInstance->_Update(cur) : true;
}
 
inline void CMeshProgress::SetIndicator( const char * text, long maxNum )
{
	if (mInstance)
		mInstance->_SetIndicator(text, maxNum);
}
#endif // MESHPROGRESS_H
 

Edit (2 дня спустя): по просьбе модератора добавляю описание.

Как известно, проект делится на части/модули. Одна из главных задач сделать модули как можно более независимыми друг от друга. Одно из самых простых требований: не раскидывать UI везде, не позволять UI проникать в расчетные части. Иначе когда появится очередной портинг (или потребуется версия с командной строкой) - придется пожалеть о содеянном.

Предлагаемый класс есть очень простой пример "развязки" UI и расчетов. Расчетам нужен UI индикатор, т.к. они могут длиться минуты. Но никаких QProgressDialog, сигналов - никаких подробностей реализации UI в расчетах быть не должно. Использование может выглядеть так:

C++ (Qt)
int CMeshCalculator::CalcNormals( void )
{
  CMeshProgress::SetIndicator("Calculating Normals", mNormals.size());
  ...
  for (size_t i = 0; i < count; ++i) {
   ..
   if (!CMeshProgress::Update(i, 100))
    return ERR_USER_CANCEL;
   ..
   Calc1Normal(..);
  }
}
 

Т.к. CMeshProgress по умолчанию ничего не делает, то его можно безболезненно долить во все расчеты. Перед началом расчетов др. модуль зарядит конкретное UI индикатора - это может быть QProgressDialog, а может и печатание точек в командной строке.

Признаться, я был удивлен что такая банальная вещь вызвала такие трудности с understand'ом  

Полный ответ на этот вопрос занял бы много страниц - и все равно, вероятно, не был бы полным. Я не знаю как объяснить, я просто понял что надо так делать 

Igors пример использования давай

Юра, не могу, это человек должен сам догнать 

Тогда вы разделом ошиблись... имхо.. нет? это кладовая _готовых_ решений? (т.е. тот самый  ""выход" - в понятной, доступной форме") или "биореактор-мысле-теней"? публиковать код даже без обяснения его применимости - зачем засорять пространство? я так тоже могу понавыкладывать много чего из ссылок в подписи...  

ваше дело конечно, на этот случай есть модераторы, но моё вам "фи"... ;(

Дергаем статические функции. Если экземпляр класса создан, то статические функции будут дергать его члены. По вкусу можно отнаследоваться. Любопытно посмотреть применение. Вопрос: а почему даже assert не стоит в конструкторе. Начнет кто-то дорабатывать твою программу, создаст еще экземпляр класса и у первого (какой из них будет "первым" еще  вопрос) все перестанет работать.  Или я что-то не так понял?

это конкурс "догадайся зачем это нужно" ?

Особенно интересно будет послушать про использование этого класса в многопоточных программах