Модераторы: Daevaorn
  

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Указатель вместо ссылки в private-секции. фиг его знает, как назвать понятнее =) 
V
    Опции темы
kemiisto
  Дата 7.3.2010, 00:49 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Дикий Кот. =^.^=
****
Награды: 1



Профиль
Группа: Участник Клуба
Сообщений: 3292
Регистрация: 29.7.2007

Репутация: 2
Всего: 160
Вообщем вот что. Все мы знаем, что в public интерфейсе (С++ класса) лучше использовать ссылки, а не указатели. Ссылки - везде, где это возможно, указатели - только в случае необходимости.

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

Пример:
Код

class MainWindow: public QMainWindow
{
  Q_OBJECT

public:
  ...

private:
  Render::Viewer& viewer();
  Render::Viewer* viewer_;
  ...
}


В итоге в методе класса ("внутри") вместо
Код
viewer_->fileMol().generate()

пишем
Код
viewer().fileMol().generate()


Как-то красивше. Единообразный стиль...

Кто что думает?


--------------------
XMPP-канал.

Unit testing isn't enough. You need static typing.

Пей, кури, пиши на си! smile
PM MAIL WWW GTalk Jabber   Вверх
andrew_121
Дата 7.3.2010, 00:53 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Кодофей
****


Профиль
Группа: Завсегдатай
Сообщений: 3448
Регистрация: 3.1.2008

Репутация: 6
Всего: 33
т.е. у вас это реализовано так:
Код

Render::Viewer& viewer() {
   return *viewer_;
}

?

up

Это сообщение отредактировал(а) andrew_121 - 7.3.2010, 01:08


--------------------
Удалил аккаунт. Прощайте!
PM MAIL   Вверх
mes
Дата 7.3.2010, 01:12 (ссылка) | (голосов:3) Загрузка ... Загрузка ... Быстрая цитата Цитата


любитель
****


Профиль
Группа: Участник Клуба
Сообщений: 7954
Регистрация: 14.1.2006

Репутация: 144
Всего: 250
Цитата(kemiisto @  6.3.2010,  23:49 Найти цитируемый пост)
Ссылки - везде, где это возможно, указатели - только в случае необходимости.

тут несколько другое правило: ссылка если объект "всегда есть" и указатель если "может быть нулем".

Цитата(kemiisto @  6.3.2010,  23:49 Найти цитируемый пост)
В итоге в методе класса ("внутри") вместо

разгрузка через функцию всегда хорошо.. т.е.  чем меньше прямых связей с переменной тем лучше.

Цитата(kemiisto @  6.3.2010,  23:49 Найти цитируемый пост)
Как-то красивше.

и не только красиво, но и больше свободы smile

Добавлено через 1 минуту и 36 секунд
Цитата(kemiisto @  6.3.2010,  23:49 Найти цитируемый пост)
что в public интерфейсе (С++ класса) 

имхо не правильный акцент на "public " 


--------------------
http://opendots.net
PM MAIL WWW   Вверх
andrew_121
Дата 7.3.2010, 01:14 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Кодофей
****


Профиль
Группа: Завсегдатай
Сообщений: 3448
Регистрация: 3.1.2008

Репутация: 6
Всего: 33
Цитата(kemiisto @  7.3.2010,  00:49 Найти цитируемый пост)
Но последнее время у меня возникает стойкое желание использовать ссылки не только "снаружи", но и "внутри".

Код

class MainWindow: public QMainWindow
{
  Q_OBJECT
public:
   MainWindow(...):viewer(Render::Viewer(...)) {}
  ...
private:
  Render::Viewer& viewer;
  ...
}




--------------------
Удалил аккаунт. Прощайте!
PM MAIL   Вверх
kemiisto
Дата 7.3.2010, 02:02 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Дикий Кот. =^.^=
****
Награды: 1



Профиль
Группа: Участник Клуба
Сообщений: 3292
Регистрация: 29.7.2007

Репутация: 2
Всего: 160
Цитата(andrew_121 @  7.3.2010,  01:53 Найти цитируемый пост)
т.е. у вас это реализовано так:

Угу. smile 

Цитата(mes @  7.3.2010,  02:12 Найти цитируемый пост)
тут несколько другое правило: ссылка если объект "всегда есть" и указатель если "может быть нулем".

Да, да. Именно это я и имел ввиду.

Цитата(mes @  7.3.2010,  02:12 Найти цитируемый пост)
разгрузка через функцию всегда хорошо.. т.е.  чем меньше прямых связей с переменной тем лучше.

Собственно, в этом и был вопрос. Просто хотел удостовериться.

andrew_121, так тоже можно. Но невсегда. Иногда ведь нужно иметь возможность заNULLить. smile 


--------------------
XMPP-канал.

Unit testing isn't enough. You need static typing.

Пей, кури, пиши на си! smile
PM MAIL WWW GTalk Jabber   Вверх
mes
Дата 7.3.2010, 02:11 (ссылка) | (голосов:2) Загрузка ... Загрузка ... Быстрая цитата Цитата


любитель
****


Профиль
Группа: Участник Клуба
Сообщений: 7954
Регистрация: 14.1.2006

Репутация: 144
Всего: 250
Цитата(kemiisto @  7.3.2010,  01:02 Найти цитируемый пост)
Иногда ведь нужно иметь возможность заNULLить.

или просто поменять объект.



--------------------
http://opendots.net
PM MAIL WWW   Вверх
Alek86
Дата 7.3.2010, 09:56 (ссылка) | (голосов:3) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1299
Регистрация: 30.1.2007
Где: Киев

Репутация: 21
Всего: 25
andrew_121, что в твоем коде получится? ссылка на временный обьект?


--------------------
user posted image    user posted image
PM MAIL   Вверх
andrew_121
Дата 7.3.2010, 16:09 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Кодофей
****


Профиль
Группа: Завсегдатай
Сообщений: 3448
Регистрация: 3.1.2008

Репутация: 6
Всего: 33
Alek86, да, все верно. smile

Добавлено через 4 минуты и 36 секунд
вопрос.
такой код:
Код

class MainWindow: public QMainWindow {
public:
    MainWindow(QWidget* parent = 0):dialog(QDialog(parent)) {}
    QDialog& dialog;
};

компилятор ругается:
Цитата

ошибка: invalid initialization of non-const reference of type ‘QDialog&’ from an rvalue of type ‘QDialog’


но если ссылка константная:
Код

class MainWindow: public QMainWindow {
public:
    MainWindow(QWidget* parent = 0):dialog(QDialog(parent)) {}
    const QDialog& dialog;
};

то все ок.
почему так?


--------------------
Удалил аккаунт. Прощайте!
PM MAIL   Вверх
Alek86
Дата 7.3.2010, 16:30 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1299
Регистрация: 30.1.2007
Где: Киев

Репутация: 21
Всего: 25
в стардарте явно прописано, что в случае, когда временный обьект возвращается в константную ссылку, его жизнь продолжается до того момента, пока не уничтожится эта самая ссылка
но у меня ощущение, что это правило работает только для ссылок-переменных в функциях, и не уверен что твой временный QDialog должен жить до вызова деструктора MainWindow. Возможно то, что не пишется ошибка - бага компилятора

а зачем так извращаться? напиши просто:

Код
class MainWindow: public QMainWindow {
public:
    MainWindow(QWidget* parent = 0):dialog(parent) {}
    QDialog dialog;
};


Это сообщение отредактировал(а) Alek86 - 7.3.2010, 16:31


--------------------
user posted image    user posted image
PM MAIL   Вверх
andrew_121
Дата 7.3.2010, 16:48 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Кодофей
****


Профиль
Группа: Завсегдатай
Сообщений: 3448
Регистрация: 3.1.2008

Репутация: 6
Всего: 33
Цитата(Alek86 @  7.3.2010,  16:30 Найти цитируемый пост)
не уверен что твой временный QDialog должен жить до вызова деструктора MainWindow.

но работает.

Цитата(Alek86 @  7.3.2010,  16:30 Найти цитируемый пост)
Возможно то, что не пишется ошибка - бага компилятора

хз. в наличии gcc-4.5.0. не самый бажный компилятор.

Цитата(Alek86 @  7.3.2010,  16:30 Найти цитируемый пост)
а зачем так извращаться?

это вопрос к kemiisto)


--------------------
Удалил аккаунт. Прощайте!
PM MAIL   Вверх
mes
Дата 7.3.2010, 17:12 (ссылка) | (голосов:1) Загрузка ... Загрузка ... Быстрая цитата Цитата


любитель
****


Профиль
Группа: Участник Клуба
Сообщений: 7954
Регистрация: 14.1.2006

Репутация: 144
Всего: 250
Цитата(andrew_121 @  7.3.2010,  15:48 Найти цитируемый пост)
но работает.


Цитата

12.2 Temporary objects
There are two contexts in which temporaries are destroyed at a different point than the end of the fullexpression.
 The first context is when an expression appears as an initializer for a declarator defining an
object.... 
 The second context is when a reference is bound to a temporary. The temporary to which the reference is
bound or the temporary that is the complete object to a subobject of which the temporary is bound persists
for the lifetime of the reference except as specified below. A temporary bound to a reference member in a
constructor’s ctor-initializer (12.6.2) persists until the constructor exits. A temporary bound to a reference
parameter in a function call (5.2.2) persists until the completion of the full expression containing the call.
A temporary bound to the returned value in a function return statement (6.6.3) persists until the function
exits. In all these cases, the temporaries created during the evaluation of the expression initializing the reference,
except the temporary to which the reference is bound, are destroyed at the end of the full-expression
in which they are created and in the reverse order of the completion of their construction.


Это сообщение отредактировал(а) mes - 7.3.2010, 17:12


--------------------
http://opendots.net
PM MAIL WWW   Вверх
  
 Ответ в темуСоздание новой темы Создание опроса
Правила форума "С++:Общие вопросы"
Earnest Daevaorn

Добро пожаловать!

  • Черновик стандарта C++ (за октябрь 2005) можно скачать с этого сайта. Прямая ссылка на файл черновика(4.4мб).
  • Черновик стандарта C (за сентябрь 2005) можно скачать с этого сайта. Прямая ссылка на файл черновика (3.4мб).
  • Прежде чем задать вопрос, прочтите это и/или это!
  • Здесь хранится весь мировой запас ссылок на документы, связанные с C++ :)
  • Не брезгуйте пользоваться тегами [code=cpp][/code].
  • Пожалуйста, не просите написать за вас программы в этом разделе - для этого существует "Центр Помощи".
  • C++ FAQ

Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, Earnest Daevaorn
 
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | C/C++: Общие вопросы | Следующая тема »

Подписаться на тему | Подписка на этот форум | Скачать/Распечатать тему


 




[ Время генерации скрипта: 0.0562 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
 По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.