Qt 4.7 или 5.

[Susenin]

Код:

Новый синтаксис signal/slot, с проверкой на стадии компиляции.

Сомнительная вещь, да и область применения очень узкая - когда сигнатуры сигналов/слотов совпадают 1:1 и нет перекрытых сигналов/слотов.

Обойти оба случая можно, просто будет не очень красиво.
Перегруженные сигналы.

Код

C++ (Qt)
connect(ui->spinBox, static_cast<void(QDoubleSpinBox::*)(double)>(&QDoubleSpinBox::valueChanged), this, &MySuperClass::setFactor);
 

Несовпадение сигнатур.

Код

C++ (Qt)
connect(ui->comboBox, &QComboBox::currentTextChanged, [this](const QString & text) { updateText(); });
 

Зато преимущества нового подхода очевидны - не нужно проверять на работоспособность каждое соединение сигнал/слот в приложении.

[navrocky]

В пятерке пофиксили визуальный баг с квадратной дыркой в скролле под Win8, только ради этого уже можно перейти 

[panAlexey]

Мне наоборот интересно, почему люди держаться за Qt4?

Шустрее работает. Когда скорость важна, а приложению не нужны печеньки, то я и от 4.2.1 не откажусь.
Меньше вес, шустрее ворочается.
Хотя надо смотреть, что там требуется.

[navrocky]

Мне наоборот интересно, почему люди держаться за Qt4?

Шустрее работает. Когда скорость важна, а приложению не нужны печеньки, то я и от 4.2.1 не откажусь.
Меньше вес, шустрее ворочается.
Хотя надо смотреть, что там требуется.

Ну вот как раз с разницей в скорости можно поспорить. Если не сравнивать Quick в Qt4 и Qt5, то в остальном там мало что изменилось. Просто была проведена работа по разделению Qt4 на большее количество модулей. Во всяком случае это совсем не такая разница, как между Qt3 и Qt4.

Более того, если нужна консольная утилита, например, для обработки картинок, то теперь можно не тащить за собой весь GUI с виджетами как в четверке.

Я считаю что всё это держание за Qt4 ретроградством если нет реальных проблем с переходом на Qt5.

[Bepec]

А зачем для консоли для обработки картинок тянуть с собой всё UI? Отродясь такого в Qt не видывал, тем более в 4

[Akon]

Код:

Новый синтаксис signal/slot, с проверкой на стадии компиляции.

Сомнительная вещь, да и область применения очень узкая - когда сигнатуры сигналов/слотов совпадают 1:1 и нет перекрытых сигналов/слотов.

имхо, это одно из основных достоинств пятерки. Из, может быть, неочевидного - повышенная сторогость дизайна: пусть вы имеете указатель на констант. объект: const AnObject* obj, тогда в старой реализации вы все равно можете подписаться на любой сигнал данного объекта, потому что MOC кладет на константность, а в новой реализации - нет, только константные сигналы вам доступны.

[Bepec]

Мне кажется или какой то бред написан?
Как сигнал может быть константным? Сигнал уже по определению константен, ибо он не может быть издан извне объекта и не может поменять ничего...

Ну или чего то я в этой жизни не понимаю.

[Авварон]

Bepec
Во-первых, сигналы неконcтантны (зачем кидать сигнал из конст метода?)

Akon
Во-вторах, QObject::connect всегда принимает константный указатель на объект (так как сам connect не меняет видимое состояние объекта)

[Bepec]

Сигнал же не изменяет состояние своего объекта , следовательно является константным.

Откуда не кинешь сигнал, он не изменит состояния объекта. Следовательно изменить какие либо данные в объекте не может.
"Константный метод гарантирует, что мы не изменим состояние класса в процессе его работы." ©

[Akon]

Во-вторах, QObject::connect всегда принимает константный указатель на объект (так как сам connect не меняет видимое состояние объекта)

Это как-то противоречит моей мысли?

Вот пара функций из QVector:

Код:

T &	operator[] ( int i )
const T &	operator[] ( int i ) const

Если эту логику экстраполировать на сигналы, то было бы как-то так:

Код:

void itemChanged(T& item);
void itemChanged(const T& item) const;

[m_ax]

"Константный метод гарантирует, что мы не изменим состояние класса в процессе его работы." ©

Нет, на самом деле не гарантирует.. (и не класса, а объекта)

Код

C++ (Qt)
struct object
{
    void some_method() const {  ++val; }
    mutable int val;
};
 

[Bepec]

Вы сейчас хитросмудрили, а я говорю про общий случай, а не частный.

[Авварон]

Сигнал же не изменяет состояние своего объекта , следовательно является константным.

Откуда не кинешь сигнал, он не изменит состояния объекта. Следовательно изменить какие либо данные в объекте не может.
"Константный метод гарантирует, что мы не изменим состояние класса в процессе его работы." ©

Сигнал - это уведомление об ИЗМЕНЕНИИ видимого состояния объекта. Т.е. он ВСЕГДА зовется из не-конст ф-ии. При этом, в слоте, законнекченном на сигнал, мы можем поменять sender()'a. Я уж молчу что сигнал - это вызов QMetaObject::activate(QObject *sender...) к-ый принимает неконстантный this.

Это как-то противоречит моей мысли?

Вот пара функций из QVector:

Код:

T &	operator[] ( int i )
const T &	operator[] ( int i ) const

Если эту логику экстраполировать на сигналы, то было бы как-то так:

Код:

void itemChanged(T& item);
void itemChanged(const T& item) const;

Простите, ШТО? const T &   QVector<T>::operator[] ( int i ) const не меняет объект, какой нафиг itemChanged?

[Bepec]

Сигнал САМ ПО СЕБЕ  ничего изменить в объекте не может. Вот тупо не может.
Он не может изменить объект класса никак, никоим образом. А откуда его вызывать значения не имеет.

Приведите мне пример изменение объекта класса при помощи сигнала (только сигнала)


PS

Сигнал - это уведомление об ИЗМЕНЕНИИ видимого состояния объекта. Т.е. он ВСЕГДА зовется из не-конст ф-ии. При этом, в слоте, законнекченном на сигнал, мы можем поменять sender()'a. Я уж молчу что сигнал - это вызов QMetaObject::activate(QObject *sender...) к-ый принимает неконстантный this.

Сигнал это метод не изменяющий видимого состояния объекта. А кем и когда он зовётся, не имеет значения. Сигнал НЕ МОЖЕТ изменить объект, повторюсь. Он лишь извещает о чем либо с какими либо аргументами. А вот уже в слоте можно и получить объект класса и изменить, но СЛОТ это не СИГНАЛ

[Igors]

Сигнал САМ ПО СЕБЕ  ничего изменить в объекте не может. Вот тупо не может.
Он не может изменить объект класса никак, никоим образом.

Это касается только тех данных что Вы сами объявили/видите. А внутренняя начинка QObject может меняться. Напр 2 нитки вызвали один слот с DirectConnection - будет выполнен сначала один, потом второй (но не оба вместе). Внутренний мутекс был захвачен/освобожден.