Size: a a a

2020 February 28

I

Inttech in Qt
или у меня и visual studio 16 ?
источник

I

Inttech in Qt
Anatoly Shirokov
угу, к сожалению
не понял, все кто пользуется ms debug toolsom, все члены windows insider program?
источник

AS

Anatoly Shirokov in Qt
Inttech
не понял, все кто пользуется ms debug toolsom, все члены windows insider program?
почему?
источник

I

Inttech in Qt
Anatoly Shirokov
почему?
а я wdk хочу скачать, а он только членам позволен
источник

I

Inttech in Qt
Anatoly Shirokov
почему?
а SDK пошла скачка
источник

AS

Anatoly Shirokov in Qt
Inttech
а я wdk хочу скачать, а он только членам позволен
источник

I

Inttech in Qt
winDbg Preview она чтоли? с магазина бесплатная которая что-ли
источник

D

Danya in Qt
Мне тут вдруг интересно стало
А есть ли какая-то реализация того, что здесь описано?
https://youtu.be/2wz0r2FfJmg
Чтобы с сетью приятно работать было..
источник

ee

elias eliatto in Qt
Привет! Читал, что наследники QObject нельзя делать как шаблонные классы. А если речь идет о шаблонном методе наследника QObject, это тоже плохо?
источник

AE

Andrew Evseev in Qt
template?
источник

ee

elias eliatto in Qt
Andrew Evseev
template?
да
источник

AE

Andrew Evseev in Qt
Видимо не хорошо заставлять компилятор генерить шаблоны после, того как moc вставит свою часть кода для поддержки рефлексии. Думаю с методами тоже не получится
источник

RL

Roman Levkovych𓅝 in Qt
elias eliatto
Привет! Читал, что наследники QObject нельзя делать как шаблонные классы. А если речь идет о шаблонном методе наследника QObject, это тоже плохо?
шаблонные методы делать вроде можно делать. Но вот классы да. Вообще попробуй, будет ошибка компиляции, если что-то будет не так
источник

ee

elias eliatto in Qt
Roman Levkovych𓅝
шаблонные методы делать вроде можно делать. Но вот классы да. Вообще попробуй, будет ошибка компиляции, если что-то будет не так
источник

AE

Andrew Evseev in Qt
Это про автономные функции, не про методы наследника QObject?
источник

E雨

Elnee 雨 in Qt
Целесообразно ли объявлять в локальной области видимости QString как rvalue-reference чтобы избежать вызова конструктора копирования (const QString&&) или в этом нет смысла поскольку этот тип implicitly shared и конструктор копирования не будет вызван?
источник

IZ

Ilia Zviagin in Qt
Elnee 雨
Целесообразно ли объявлять в локальной области видимости QString как rvalue-reference чтобы избежать вызова конструктора копирования (const QString&&) или в этом нет смысла поскольку этот тип implicitly shared и конструктор копирования не будет вызван?
Пример кода приведи, не понятно
источник

IZ

Ilia Zviagin in Qt
Elnee 雨
Целесообразно ли объявлять в локальной области видимости QString как rvalue-reference чтобы избежать вызова конструктора копирования (const QString&&) или в этом нет смысла поскольку этот тип implicitly shared и конструктор копирования не будет вызван?
const QString&& -- так вообще нонсенс...
источник

E雨

Elnee 雨 in Qt
Ilia Zviagin
Пример кода приведи, не понятно
const QString&& constructed_str = QString("Some value: %1").arg(value);
источник

IZ

Ilia Zviagin in Qt
Elnee 雨
Целесообразно ли объявлять в локальной области видимости QString как rvalue-reference чтобы избежать вызова конструктора копирования (const QString&&) или в этом нет смысла поскольку этот тип implicitly shared и конструктор копирования не будет вызван?
В С++ и implicitly shared нет такого понятия
источник