Многопоточное программирование

[lex_pc]

Доброго времени суток господа!
Вот решил давеча повысить свои знания в Qt области, в частности в области многопоточности,
С многопоточностью я и на C# не особо дружу, так только создал поток, закинул в него указатель на функцию и был таков.

А вот в Qt беда.

Шлее пишет, что для использования потоков необходимо наследоваться от QThread, и переопределять метод run().
Отлично, а если у меня несколько функций, которые я хочу выполнять в потоке, что создавать для каждой наследника?
Пробовал в run() сделать вот так:

Код:

void myThread::run()
{
    emit num();
}

И связывать сигнал каждого созданного мною потока с определённой функцией класса MainWindow, однако в таком случае
происходит поочерёдное выполнение методов ( оно то и понятно в теле run() только сигнал, а сама-то функция в другом классе).

В C# вот можно так:

Код:

Thread threadNumA(new ParameterizedThreadStart(numA);    // void numA()
Thread threadNumB(new ParameterizedThreadStart(numB);    // void numB()

threadNumA.Start();
threadNumB.Start();
//Ждём пока они не finished
threadNumA.Join();
threadNumB.Join();

А вот в Qt так сделать нельзя ( пробовал создавать указатель на функцию MainWindow  и передавать).
Можно также использовать QConcurent и его почти аналог QRunnable, однако хотелось бы сделать без них.
так, а теперь собственно вопрос:
Можно ли каким-либо образом передавать указатель на функцию в run() и там выполнять (как в C#) или же
для каждого метода при использовании QThread необходимо создавать потомок со своей перегруженной функцией run() ?

[carrygun]

На форуме есть много тем про это, да и в самой справке с примерами все рассказано.

[Igors]

Можно ли каким-либо образом передавать указатель на функцию в run() и там выполнять (как в C#) или же
для каждого метода при использовании QThread необходимо создавать потомок со своей перегруженной функцией run() ?

А чего ж нельзя?

Код

C++ (Qt)
#include <QThread>
 
typedef void (*RunProc)( void );
 
class MyThread : public QThread { 
public:
	MyThread( RunProc proc ) : mProc(proc) {}
 
	void run( void )
	{
		mProc();
	}
 
	RunProc mProc;
};
 
void MyRun1( void )
{
	// do something
}
 
void MyRun2( void )
{
	// do something
}
 
int main()
{
	MyThread thread1(MyRun1);
	MyThread thread2(MyRun2);
	thread1.start();
	thread2.start();
 
	thread1.wait();
	thread2.wait();
 
    return 0;
}
 

[AlFoX]

Чего-то непонятно, ты говоришь что в Qt "так сделать нельзя" и в то же время хочешь хочешь городить костыли без QtConcurrent?
QtConcurrent::run - аналог твоего кода на С#.

К тому же наследование от QThread уже давно обявлено неоптимальным и не рекоммендуется.
Вместо этого используй QObject::moveToThread()

[m_ax]

std::thread? http://ru.cppreference.com/w/cpp/thread/thread

Код

C++ (Qt)
void thead_func() { /* ... */}
 
int main() 
{
    std::thread thread(thread_func);
    thread.join();
 
    return 0;
} 
 

[lex_pc]

Igors,
спасибо огромное.

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

m_ax,
std::  ? Так мы же вроде на Qt


А теперь, собственно,  это же вопрос более углубленно:

Код:

#include <QThread>
 
typedef void (*RunProc)( void );
 
class MyThread : public QThread { 
public:
	MyThread( RunProc proc ) : mProc(proc) {}
 
	void run( void )
	{
		mProc();
	}
 
	RunProc mProc;
};
 
void MyRun1( void )
{
	// do something
}
 
void MyRun2( void )
{
	// do something
}
 
int main()
{
	MyThread thread1(MyRun1);
	MyThread thread2(MyRun2);
	thread1.start();
	thread2.start();
 
	thread1.wait();
	thread2.wait();
 
    return 0;
}

сие действо работает, однако если функции, сообщаемые потоку будут из
другого класса, то простым указателем на функцию не обойтись (вроде бы).

А теперь вопрос: каким образом можно связать потомок QThread с классом
(ну допустип Alfavit), у которого, например 2 или 3 метода?

[mutineer]

Можно обойтись простым указателем на интерфейс, который декларирует необходимый метод. Или два метода. Или три метода

[Old]

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

Ошибаетесь, QtConcurrent хорошая вещь.

m_ax,
std::  ? Так мы же вроде на Qt

std - это стандартная библиотек C++, Qt - это одна из библиотек. так почему не воспользоваться стандартной?

А теперь вопрос: каким образом можно связать потомок QThread с классом
(ну допустип Alfavit), у которого, например 2 или 3 метода?

для этого достаточно почитать книгу про C++ или что нибудь в интернете, например: http://alenacpp.blogspot.ru/2007/04/blog-post.html

[Igors]

А теперь вопрос: каким образом можно связать потомок QThread с классом
(ну допустип Alfavit), у которого, например 2 или 3 метода?

Лучше сделать интерфейс, напр

Код

C++ (Qt)
struct CCalculator {
 virtual void DoCalc( void ) = 0;
};

Подсовываем его MyThread

Код

C++ (Qt)
class MyThread : public QThread { 
public:
	MyThread( CCalculator * calc ) : mCalc(calc) {}
 
	void run( void )
	{
		mCalc->DoCalc();
	}
 
	CCalculator * mCalc;
};
 

Это все остается неизменным. А теперь клепаем маленькие классики (можно прямо в инклуде), напр

Код

C++ (Qt)
struct MyCalc1 : public CCalculator {
 MyCalc1( Alfavit * a ) : mAlpha(a) {}
 void DoCalc( void )
 {
   mAlpha->DoSomething();
 }
 
 Alfavit * mAlpha;
};
 

Использование

Код

C++ (Qt)
MyCalc1 calc1(alphavit);
MyThread thread1(&calc1);
thread1.start();
thread1.wait();

Можно и по-другому, напр

Код

C++ (Qt)
struct Alphavit : public CCalculator {
 void DoCalc( void );
};

Так "ызячнее" но требует вмешательства в имеющиеся классы

[Igors]

std - это стандартная библиотек C++, Qt - это одна из библиотек. так почему не воспользоваться стандартной?

Qt "пожирнее". Напр как узнать что std::thread завершилась? Ведь join (QThread::wait) хорош лищь для учебного примера

[m_ax]

Ведь join (QThread::wait) хорош лищь для учебного примера

ну конечно.. 

Qt "пожирнее". Напр как узнать что std::thread завершилась?

В стандартную библиотеку потоков входит также std::future/std::promise

[Igors]

В стандартную библиотеку потоков входит также std::future/std::promise

Ну и как мне связать это с std::thread? Открываю http://www.cplusplus.com/reference/thread/thread/ (приличный справочник), никаких намеков на future/promise не вижу. А вот открыв букварь спустя минуты так 2 (максиум) увижу сигнал finished (карета подана). Ну и спрашивается - на хрена  мне грызть "гранит std" если есть куда более легкая и приятная возможность?

ну конечно..  Строит глазки

Детонька, Вы мне глазки не стройте  Первая либа которую я изучал была Turbo Professional - и это было круто (тогда, в 1990). И я помню свое стремление "объять необъятное" - ну примерно как у Вас. С той поры ничего (в принципе) не меняется. по-прежнему есть ръяно изучающие, но я уже не один из них

и это пройдет

[lex_pc]

Спасибо всем огромное господа.
Действительно, надо бы мне быть повнимательнее.

[Old]

Ну и как мне связать это с std::thread?

Ну так m_ax все новые возможности показывает лично Страуструп, приезжает к нему домой и рассказывает/показывает. И ко мне он приезжает. И ко многим другим. Вы просто забыли подписаться у него на сайте, что бы он приезжал и вам тоже рассказывал.

[Igors]

Ну так m_ax все новые возможности показывает лично Страуструп, приезжает к нему домой и рассказывает/показывает. И ко мне он приезжает. И ко многим другим. Вы просто забыли подписаться у него на сайте, что бы он приезжал и вам тоже рассказывал.

Та на здоровье, пусть приезжает Конечно можно достичь немеряных высот в сынтаксисе (и звдрочить текст до полной неузнаваемости) - но это никак не наполнит карман 

В конце-концов цель программирования в составлении полезных программ, а не в следовании каким-то правилам

Р. Журден (не ручаюсь за точность цитаты)