Необычное использование new Опции

[dsp]

Я привык, что сначало пишем typeName* pname = new typeName;
Вроде бы понимаю, что эта строка значит:

Правая ее часть выделяет в куче место под неименованную переменную типа typeName и возвращает на нее указатель(адрес). Лева часть принимает этот адрес и хранит в pname.

При создании экземпляров виджетов пишем так же.

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

layout->addRow(new QLabel(tr("Line 1:")), new QLineEdit);
layout->addRow(new QLabel(tr("Line 2, long text:")), new QComboBox);
layout->addRow(new QLabel(tr("Line 3:")), new QSpinBox);

Т.е. этот способ можно применять, когда (?) нам не нужно в дальнейшем производить какие-то манипуляции с виджетами?

Я не понимаю зачем так сделали, если addRow(tr("&Name", ...) вполне принимает в качестве параметра строку без создания виджета QLabel?

И еще, многие конструкторы принимают в качестве параметра

const QString & text

, т.е. ссылку на надпись ( Qlabel(const QString & text, ... ) ). В примерах я смотрю и вижу, что в одном месте передают текст через ссылку, в другом просто

const QString  text

, хотя в документации ясно указано, как надо. Почему так происходит?

Сообщение отредактировал dsp - 10.2.2011, 21:28

[Iron Bug]

как всё запущено...
в приведённом куске кода (неважно, QT это или нет) выделяются динамические объекты, которые останутся в памяти после выхода из процедуры, которая их создала. и смысл передачи указателей в данном случае в том, чтобы объект layout остался инициализированным и после выхода из данного куска кода, до явного уничтожения созданных объектов. с локальными строками пример не проканает, ибо строки будут локальными и тупо исчезнут после выхода из процедуры, а указатели на них повиснут в неизвестности.