Здравствуйте, Макс!
На стр. 540 написано: “Можно так же получить и указатель на объект потока – для этого нужно вызвать статический метод QThread::currentThreadId()”. Правильно: метод QThread::currentThread().
Здравствуйте, Вячеслав!
Так как в main.cpp есть код класса MyThread с сигналом progress()
class MyThread : public QThread {
…
};
нам необходимо запустить метаобъектный компилятор, для создания файла с мета информацией для этого класса.
Было бы лучше класс конечно MyThread поместить в отдельный файл MyThread.h тогда этого делать бы не пришлось.
По поводу #include “main.moc” можно в книге еще найти информацию, в примечании на странице 60, раздела “Метаобъектный компилятор MOC”.
Здравствуйте, Макс!
На стр. 553 в Листинге 38.12, если вместо строки “QFuture future = QtConcurrent::mapped(lst.begin, lst.end(), myToUpper);” написать: “QFuture future = QtConcurrent::mapped(lst, myToUpper);”, вывод такой же, как и в исходном варианте. Есть ли какие-то различия в этих вариантах и обязательно использовать в методе QtConcurrent::mapped() итераторы?
Здравствуйте, Вячеслав!
Да, в пространстве имен QtConcurent определана функция в которую можно передавать контейнеры. В этом случае будут использованны все элементы контейнера, тоесть результат будет эквивелентен передаче итераторов lst.begin() и lst.end(). В случае использования итераторов вы можете изменить колличество элементов контейнера, например на один элемент меньше QtConcurrent::mapped(lst.begin()), –(lst.end()), myToUpper);
Здравствуйте!
Подскажите, пожалуйста, зачем в ваших примерах на QtConcurrent используется метод QFuture::waitForFinished() – ведь метод QFuture::result() и так блокируется, пока не будет доступен результат.
This website uses cookies to improve your experience. We'll assume you're ok with this, but you can opt-out if you wish.AcceptRead More
Privacy & Cookies Policy
Privacy Overview
This website uses cookies to improve your experience while you navigate through the website. Out of these, the cookies that are categorized as necessary are stored on your browser as they are essential for the working of basic functionalities of the website. We also use third-party cookies that help us analyze and understand how you use this website. These cookies will be stored in your browser only with your consent. You also have the option to opt-out of these cookies. But opting out of some of these cookies may affect your browsing experience.
Necessary cookies are absolutely essential for the website to function properly. This category only includes cookies that ensures basic functionalities and security features of the website. These cookies do not store any personal information.
Any cookies that may not be particularly necessary for the website to function and is used specifically to collect user personal data via analytics, ads, other embedded contents are termed as non-necessary cookies. It is mandatory to procure user consent prior to running these cookies on your website.
В главе 38 “процессы и потоки” на странице 550, раздел “блокировка чтения/записи”
в методе push() используется readWriteLock.lockForRead, хотя кажется логичнее было бы использовать lockForWrite
Андрей,
да действительно вы правы тут нужно использовать lockForWrite()
Спасибо за замечание
Здравствуйте, Макс!
На стр. 540 написано: “Можно так же получить и указатель на объект потока – для этого нужно вызвать статический метод QThread::currentThreadId()”. Правильно: метод QThread::currentThread().
Да, Вы правы, указатель можно получить при помощи статического метода QThread::currentThread(). Спасибо.
Макс, на странице 544 Листинг 38.5 есть строка: “#include “main.moc”. Для чего нужна эта директива в конце файла?
Здравствуйте, Вячеслав!
Так как в main.cpp есть код класса MyThread с сигналом progress()
class MyThread : public QThread {
…
};
нам необходимо запустить метаобъектный компилятор, для создания файла с мета информацией для этого класса.
Было бы лучше класс конечно MyThread поместить в отдельный файл MyThread.h тогда этого делать бы не пришлось.
По поводу #include “main.moc” можно в книге еще найти информацию, в примечании на странице 60, раздела “Метаобъектный компилятор MOC”.
Здравствуйте, Макс!
На стр. 553 в Листинге 38.12, если вместо строки “QFuture future = QtConcurrent::mapped(lst.begin, lst.end(), myToUpper);” написать: “QFuture future = QtConcurrent::mapped(lst, myToUpper);”, вывод такой же, как и в исходном варианте. Есть ли какие-то различия в этих вариантах и обязательно использовать в методе QtConcurrent::mapped() итераторы?
Здравствуйте, Вячеслав!
Да, в пространстве имен QtConcurent определана функция в которую можно передавать контейнеры. В этом случае будут использованны все элементы контейнера, тоесть результат будет эквивелентен передаче итераторов lst.begin() и lst.end(). В случае использования итераторов вы можете изменить колличество элементов контейнера, например на один элемент меньше QtConcurrent::mapped(lst.begin()), –(lst.end()), myToUpper);
Здравствуйте!
Подскажите, пожалуйста, зачем в ваших примерах на QtConcurrent используется метод QFuture::waitForFinished() – ведь метод QFuture::result() и так блокируется, пока не будет доступен результат.
Спасибо Дмитрий за интересный вопрос. Действительно в примерах 38.11 и 38.12 можно обойтись без QFuture::waitForFinished().