C++ переменные

[Пантер]

Потому что это не безопасный си-вэй стиль.

[Igors]

ПОЧЕМУ так жестоко ?? Я конечно понимаю что это своеобразный "костыль", но порой удобно !

Удобно для UI, когда число параметров колеблется 2-5 (остальные по умолчанию) и они разных типов. А с номерами столбцов - не в масть, они все одного типа. да и  потенциально их может быть много. В QSet их - и подавать этот QSet по константной ссылке. Вызывать никак не хуже

Код

C++ (Qt)
haveValuesAtRow(QSet <int> () << 1 << 4 << 6);
 

А будет больше - спокойно зарядить в QSet окремо

[Yuriy]

Да и вправду. хотя всякие сишные Prinf пользуют arg, лучше без них, дабы избежать выгребания из оперативы мусора.
А что насчет инициализации и операторов присваивания, все же я склонен к тому, что нужно избегать базовой инициализации, если результирующее значение известно до присваивания значения. Речь не только о QString, а также о более увесистых классах, при создании которых вешаются дефолтные свойства класса, а то и вызов конструкторов других классов.

[Igors]

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

Базовой инициализации не избежать. Если у класса есть конструктор(ы) - невозможно создать экземпляр без того чтобы один из них вызвался (и это правильно).

[Yuriy]

Это мысль, я думаю что в этом и проблема многих классов, базовая инициализация такая, как будто пользователь не знает, для чего и с чем едят этот класс. А посему было правильней, я сейчас думаю, конструктор оставлять пустым, а в придачу к классу функция, например Init(). Т.е. пользователь создает пустой класс, грубо говоря название, а затем инициалирует его , а если у него есть готовое решение, тогда присваивает с помощь "=". Это правильный ход мыслей

[brankovic]

конструктор оставлять пустым, а в придачу к классу функция, например Init()

В C++ такой вариант возможен, но никто так не делает. Это во-первых неудобно (забудешь init () и получишь падение), а во-вторых ненужно, т.к. базовая инициализация, как правило, тривиальна и не сказывается производительности.