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

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

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

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

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

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

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



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

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

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

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