Russian Qt Forum

Объявление, к примеру, QLabel
explicit QLabel(const QString &text, QWidget *parent=0, Qt::WindowFlags f=0);
Если ссылки исользуються для удобства, почему в таком объявлении одновременно и тип указатели и ссылочный.
В чем профит от использования внутри функции QString-a по ссылке, а parent-a по указателю ?

здесь частично объясняется (касательно Qt):
http://qt-project.org/wiki/API-Design-Principles

Спасибо. Все что я тут вижу по ссылкам, так это то что разрабы рекомендуют пользоваться указателями а не ссылками, потому что они удобнее для чтения.
Почему же QString принимают по ссылке (в описании нативных классов) ?

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

хорошо. читаю вот примеры (официальные):
1. void addPiece(QPixmap pixmap, QPoint location);
2. const QRect targetSquare(const QPoint &position) const;

Почему объявления 1 и 2 просят разные типы QPoint?
И почему QRect константная функция? Что это дает?

1.
Потому что так написали разработчики и им надо бы задавать этот вопрос :)

2.
http://msdn.microsoft.com/ru-ru/library/6ke686zh.aspx

В 1 производится передача по значению. Т.е. в функцию передается не сам объект, а его копия. Для этого используется конструктор копирования. Либое изменение объекта внутри функции не скажется на передаваемом объекте.
Это нормально, если объект маленький и, к примеру, не содержит указателей, на которых висят динамические объекты. Для больших объектов накладные расходы на копирование могут оказывать влияние на эффективность программы.
в 2 передается константная ссылка на объект. Здесь не производится никакого копирования, т.е. безопасно с точки зрения дублирования содержимого объекта, и эффективно с точки зрения накладных расходов на копирование. Попытку изменения объекта внутри функции контролирует компилятор.
Как сделать - дело вкуса и решается в конкретном случае.
Надо только помнить, что ссылка - это альтернативное имя объекта, она инициализируется при объявлении и не может быть изменена, в отличие от указателя.

зачем человека дезинформировать?!

передавая объект по ссылке, его можно менять внутри функции, при этом меняется исходный объект.
передавая объект по указателю, тоже можно его менять внутри функции, при этом меняется исходный объект.

разница между ссылкой и указателем в том, что:

1.
подразумевается что будет при вызове параметр будет по значению.
т.е.

подразумевается что будет при вызове параметр будет передаваться по указателю.
т.е.

при этом в случае передачи по ссылке, адрес объекта поменять нельзя. что считается фен шуем, т.к. нельзя закораптить такой указатель.
можно добавить к такому параметру const модификатор, вот тогда нельзя будет его менять внутри функции.

2.
передавая по указателю, можно "передавать" массив.
так же работает вся математика, которая работает для указателей (+/- и т.п.)

А теперь смотрим на предмет обсуждения:
const QString &text

Я говорил про ссылку в том конструкторе, а не про ссылки вообще :)



Не массив передается, указатель на первый элемент массива.

Ссылка "в том конструкторе" от просто ссылки чем отличается?

Это твои слова?

text менять можно, ссылку на text нельзя. но это касается всех ссылок, их нельзя менять, в отличие от указателей.
поэтому я говорю о ссылках, а не дезинформирую людей по поводу "ссылки в том конструкторе", т.к. ссылка и в африке ссылка.

text передается по константной ссылке, а не по ссылке.



кавычки заметил, не?))

Разработчики рекомендуют экземпляры классов, наследованные от QObject передавать по указателю. Иначе, в ряде случаев, ваше приложение потерпит крах.
Таким образом остальные объекты, которые не наследованы от QObject, лучше всего передавать по классической схеме в виде ссылок, для обеспечения лучшей оптимизации кода компилятором.

По константной ссылке, это важно, напр можно так

C++ (Qt)
QLabel lab("Test");

Без const так нельзя. А профит parent-a по указателю - он может быть NULL, со ссылкой так не получится (хотя физически она тоже адрес).

const QString &text - так быстрее т.к. без временного объекта
QWidget *parent - далее parent может быть изменен, см. код qwidget

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

Подправлю (все-таки из-за меня возникло недоразумение) const QString & будет ссылкой, которую нельзя поменять :)

вернее нельзя, при const QString &,поменять объект, с которым она связана? Так?

Есть ли смысл иногда брать параметр QString по значению, а не по ссылке\указателю, в своих методах?
Смотрю вроде и так люди делают. Это путает

QString - зашареный класс, поэтому его объекты можно передавать по значению (почти) без накладных расходов.

http://qt-project.org/doc/qt-5/implicit-sharing.html

да. Можно вызывать только константные методы.

Всем спасибо за ответы. Познавательно )

Советую сначала потратить время на изучение основ C++ и потом уже изучать Qt.
По теме информацию можно почитать тут: http://ru.wikibooks.org/wiki/%D0%A1%D0%B8%2B%2B
Раздел: Передача параметров по ссылке в Си++