C++ ссылки и указатели

0

2

Читаю труп страуса и не могу понять вот что(видимо автор для меня слишком ~~генитален~~гениален): в каких конкретно случаях блин предпочтительнее указатели а в каких ссылки? Из его книги я лишь понял что можно делать и то, и другое, но ни слова о том, в каких случаях что предпочтительнее использовать... Герберт Шилдт и тот доходчивее объясняет чем создатель, и эту книгу тут лоровцы еще новичкам тычут, троллинга ради видимо...

Допустим, есть некий метод с аргументом int, как его правильнее объявить, что бы потом юзать в других классах, варианты: 1.

void NiceMethod(int number);

void NiceMethod(int *number);

void NiceMethod(int &number);

???

Ссылка

←	rust. epub документация

Perl. Доступ к значениям массива хешей.

→

← 1 2 3 4 →

Лучше константная ссылка. :)

Указатель - если нужна возможность передать nullptr.

panter_dsd ★★★★
(23.04.15 09:32:47 MSK)

Ответ на: комментарий от panter_dsd 23.04.15 09:32:47 MSK

Лучше константная ссылка. :)

А если передается объект? И в каких случаях используется первый пример, или это совсем неправильно?

ioexception
(23.04.15 09:34:25 MSK) автор топика

Ответ на: комментарий от ioexception 23.04.15 09:34:25 MSK

Для простых небольших объектов (int, char, long, doble) лучше передача по значению, для остальных по константной ссылке. Если объект нужно изменять внутри функции (лучше этого избегать), то ссылка (или указатель в случае, который я выше описал).

panter_dsd ★★★★
(23.04.15 09:38:52 MSK)

Ответ на: комментарий от panter_dsd 23.04.15 09:38:52 MSK

А так вообще не пишут void NiceMethod(int number);? И почему стоит избегать изменения переданного объекта в функции, это каким-то образом может фаберже защимить или что?

ioexception
(23.04.15 09:47:48 MSK) автор топика

Ответ на: комментарий от ioexception 23.04.15 09:47:48 MSK

А так вообще не пишут void NiceMethod(int number);

Не тупи, это как раз и есть передача по значению.

И почему стоит избегать изменения переданного объекта в функции

Такой код сложнее для восприятия. Почитай Боба Мартина.

panter_dsd ★★★★
(23.04.15 09:50:43 MSK)

Ответ на: комментарий от ioexception 23.04.15 09:47:48 MSK

А так вообще не пишут void NiceMethod(int number);? И почему стоит избегать изменения переданного объекта в функции, это каким-то образом может фаберже защимить или что?

При передаче по значению, происходит копирование объекта. Для простейших типов int, char и т.п., это ок. А вот если у тебя развесистый объект, то копировать его может быть глупо или вообще не нужно.

P.S. Почитай про конструктор копирования и когда он вызывается.

Norgat ★★★★★
(23.04.15 09:54:03 MSK)
Последнее исправление: Norgat 23.04.15 09:55:52 MSK (всего исправлений: 1)

Ссылка

Ответ на: комментарий от panter_dsd 23.04.15 09:50:43 MSK

Спасибо, теперь понял :)
P.S Плохой из страуструпа преподаватель, не нужно его книги новичкам тыкать.

ioexception
(23.04.15 09:55:57 MSK) автор топика

Ответ на: комментарий от panter_dsd 23.04.15 09:38:52 MSK

Если объект нужно изменять внутри функции (лучше этого избегать), то ссылка

Готов ломать пальцы тем, кто делает аргументы-ссылки. В вызывающем коде это крайне неочевидно. А вот явная передача указателя как бы намекает читателю: а этот аргумент походу in-out.

staseg ★★★★★
(23.04.15 10:05:55 MSK)

Ответ на: комментарий от panter_dsd 23.04.15 09:32:47 MSK

Лучше константная ссылка.

Ну нет же.

Константная ссылка нужна для объектов в c++03. Для примитивных типов не нужна совсем и «есть варианты» для объектов в c++11 и дальше.

Указатель - если нужна возможность передать nullptr.

Мне у Маерса понравилось объяснение: «если объект обязательно должен быть – используйте ссылку, если объекта может не быть (nullptr) – используйте указатель». Тоже самое, но, имхо, очевиднее.

Stil ★★★★★
(23.04.15 10:07:08 MSK)

Ссылка

Ответ на: комментарий от staseg 23.04.15 10:05:55 MSK

Готов ломать пальцы тем, кто делает аргументы-ссылки. В вызывающем коде это крайне неочевидно. А вот явная передача указателя как бы намекает читателю: а этот аргумент походу in-out.

В смысле? Тебе не очевидно, что неконстантная ссылка скорее всего in-out?

Stil ★★★★★
(23.04.15 10:09:41 MSK)

Тащем-то ссылки — синтаксически сахарок, чтоб не писать что-то типа

&i + &j

в основном для перегрузки операторов, нет?

Freyr69 ★★★
(23.04.15 10:13:40 MSK)
Последнее исправление: Freyr69 23.04.15 10:22:59 MSK (всего исправлений: 1)

Ответ на: комментарий от Stil 23.04.15 10:09:41 MSK

В смысле? Тебе не очевидно, что неконстантная ссылка скорее всего in-out?

struct XXX x;
foo(x);

Не очевидно.

struct XXX x;
foo(&x);

Наводит на мысль.

staseg ★★★★★
(23.04.15 10:17:57 MSK)

Ссылка

Ответ на: комментарий от staseg 23.04.15 10:05:55 MSK

И постоянно проверять на nullptr? Ну уж дудки.

panter_dsd ★★★★
(23.04.15 10:29:50 MSK)

После с++11 еще и

void NiceMethod(int &&number);

four_str_sam ★
(23.04.15 10:30:21 MSK)

Ссылка

Ответ на: комментарий от staseg 23.04.15 10:05:55 MSK

готов ломать ноги быдлокодерам за беспричинное использование указателей в C++ там, где можно использовать ссылки

anonymous
(23.04.15 10:38:13 MSK)

Ссылка

Ответ на: комментарий от panter_dsd 23.04.15 10:29:50 MSK

И постоянно проверять на nullptr?

Если аргумент обязательный in-out, то можно и не проверять (невалидную ссылку/указатель ведь все равно не проверишь). Если аргумент опциональный, то проверить конечно нужно (опциональную ссылку ты не сделаешь вообще).

Ну уж дудки.

Это лучше бардака в вызывающем коде.

staseg ★★★★★
(23.04.15 10:39:16 MSK)

Ссылка

труп страуса

гениталенгениален

Язабан этого клоуна.

anonymous
(23.04.15 10:40:24 MSK)

Ссылка

Ответ на: комментарий от staseg 23.04.15 10:05:55 MSK

В вызывающем коде это крайне неочевидно

Если параметр выглядит как [inlint]Foobar& out_foobar, то всё вполне очевидно.

backburner
(23.04.15 10:40:36 MSK)

Ответ на: комментарий от backburner 23.04.15 10:40:36 MSK

В вызывающем коде не видно, как объявлен параметр.

foo(x)

foo(&x)

anonymous
(23.04.15 10:42:44 MSK)

Ответ на: комментарий от anonymous 23.04.15 10:42:44 MSK

В вызывающем коде не видно

vim'о-проблемы и отсутствие-документации-проблемы. IDE по ctrl-q все покажет.

backburner
(23.04.15 10:45:27 MSK)

Ответ на: комментарий от backburner 23.04.15 10:45:27 MSK

vim'о-проблемы и отсутствие-документации-проблемы. IDE по ctrl-q все покажет.

Отсутствие опыта работы с кодом-проблемы. Здоровый человек пробежится по коду взглядом и потыкает ctrl-q в двух действительно интересных местах. Курильщик протыкает весь исходник. Что будет делать курильщик, если нужно что-то исправить/посмотреть быстро и решительно без доступа к своей любимой IDE, даже подумать страшно.

staseg ★★★★★
(23.04.15 10:53:46 MSK)

Ссылка

Ответ на: комментарий от staseg 23.04.15 10:05:55 MSK

Готов ломать пальцы тем, кто делает аргументы-ссылки.

Боюсь, надолго тебя не хватит.

DarkEld3r ★★★★★
(23.04.15 11:12:37 MSK)

Ссылка

C++ это не твоё. Пиши на похапешечке.

anonymous
(23.04.15 11:14:31 MSK)

Ссылка

Ответ на: комментарий от ioexception 23.04.15 09:55:57 MSK

Страуструп, насколько помню, в предисловии пишет что читатель должен знать С перед чтением книги, и все что в С и С++ одинаково либо не описывается либо описывается бегло. Ссылки и указатели пришли из С, вот и не задерживается автор на них. ИМХО, Страуструпа стоит читать только после K&R

German_1984 ★★
(23.04.15 11:32:24 MSK)

Ответ на: комментарий от German_1984 23.04.15 11:32:24 MSK

Чо?!? В Си нет ссылок.

anonymous
(23.04.15 11:50:03 MSK)

Ссылка

ДА СКОЛЬКО-Ж МОЖНО ТО!

http://www.cplusplus.com/

http://www.tutorialspoint.com/cplusplus/

http://www.intuit.ru/studies/courses/17/17/info

первые две страницы google/yandex по запросу «C++ online tuturial»

www.linux.org.ru/wiki/en/Development#a_.D0.A1_.D1.87.D0.B5.D0.B3.D0.BE_.D0.BD...

MKuznetsov ★★★★★
(23.04.15 12:37:14 MSK)

Ссылка

А еще ведь можно и указатели по ссылке передавать... ;)

Shadow1251 ★
(23.04.15 12:43:39 MSK)

Ответ на: комментарий от backburner 23.04.15 10:45:27 MSK

IDE по ctrl-q все покажет.

Хорошо, скажу иначе. Без ctrl-q не видно. Ты код вообще не читаешь что ли? Только пишешь?

anonymous
(23.04.15 12:53:21 MSK)

Ответ на: комментарий от German_1984 23.04.15 11:32:24 MSK

в предисловии пишет что читатель должен знать С перед чтением книги

Нет. Врешь. Он как раз считает, что Си знать для изучения C++ не нужно.

Ссылки и указатели пришли из С

Опять врешь. В Си нет ссылок. Совсем.

Страуструпа стоит читать только после K&R

Ты, похоже, не читал ни то, ни другое.

anonymous
(23.04.15 12:55:33 MSK)

Ответ на: комментарий от Shadow1251 23.04.15 12:43:39 MSK

можно :)

void foo(int (A::*(&fp))(int));

anonymous
(23.04.15 13:02:53 MSK)

Ссылка

Ответ на: комментарий от anonymous 23.04.15 12:53:21 MSK

Без ctrl-q не видно

Это уже проблемы кода, что из него что-то не видно.

backburner
(23.04.15 13:15:41 MSK)

Ответ на: комментарий от backburner 23.04.15 10:45:27 MSK

vim'о-проблемы и отсутствие-документации-проблемы.

Это проблемы тех, кто vim только на картинках видел.

IDE по ctrl-q все покажет.

Вот прямо любая ide по этому хоткею покажет?

andreyu ★★★★★
(23.04.15 13:15:53 MSK)

Ответ на: комментарий от andreyu 23.04.15 13:15:53 MSK

Вот прямо любая ide по этому хоткею покажет?

Это хоткей для примера, но элементарно посмотреть сигнатуру можно в любой нормальной IDE.

backburner
(23.04.15 13:22:24 MSK)

Ответ на: комментарий от backburner 23.04.15 13:15:41 MSK

Так тебе о том и говорят.

std::string value;
auto s = db->Get(read_opt, key, &value);

std::string value;
auto s = db->Get(read_opt, key, value);

Что понятнее?

anonymous
(23.04.15 13:25:41 MSK)

Ответ на: комментарий от backburner 23.04.15 13:22:24 MSK

Это хоткей для примера, но элементарно посмотреть сигнатуру можно в любой нормальной IDE.

Значит vim и есть «любая нормальная ide», а вы его даже на картинках не видели.

andreyu ★★★★★
(23.04.15 13:26:09 MSK)

Ответ на: комментарий от anonymous 23.04.15 13:25:41 MSK

Что понятнее?

auto value = db->Get(key);

anonymous
(23.04.15 13:28:22 MSK)

Ответ на: комментарий от anonymous 23.04.15 13:25:41 MSK

Тут как минимум непонятно, что за 's'. А так в обоих случаях одинакого понятно, иначе зачем вообще передавать в get пустую строку.

backburner
(23.04.15 13:34:20 MSK)

Ссылка

Ответ на: комментарий от andreyu 23.04.15 13:26:09 MSK

Видел, видел, даже ctags прикручивал. Более убогого автокомплита придумать трудно.

backburner
(23.04.15 13:36:07 MSK)

Ответ на: Что понятнее? от anonymous 23.04.15 13:28:22 MSK

Это пример использования реальной библиотеки. Переписывай leveldb сам.

anonymous
(23.04.15 13:46:22 MSK)

Ответ на: комментарий от backburner 23.04.15 13:36:07 MSK

Видел, видел, даже ctags прикручивал. Более убогого автокомплита придумать трудно.

Да, а еще можно вилкой колодец рыть, а потом ныть, какая вилка плохая. Автокомплит в виме как минимум не хуже большинства других ide. А если большинство других ide не умеет комплит на базе clang - то комплит у них и вовсе говно.
Прежде чем вякать про вим, разберитесь в теме.

andreyu ★★★★★
(23.04.15 13:48:49 MSK)

Ответ на: комментарий от anonymous 23.04.15 13:46:22 MSK

ты же спросил сабж, а не почему кому-то в гугле нравятся аут-параметры вообще и передавать их по указателю в частности

anonymous
(23.04.15 13:58:26 MSK)

Ссылка

Ответ на: комментарий от andreyu 23.04.15 13:48:49 MSK

Автокомплит в виме как минимум не хуже большинства других ide

Ну при желании и к sed можно прикрутить костыли, сделать IDE и внушить себе что это IDE не хуже других.

Прежде чем вякать про вим, разберитесь в теме.

Ну я ж не знал что кто-то делает из редактора конфигов полноценную среду разработки, да еще испытывает к нему религиозные чувства.

backburner
(23.04.15 14:06:38 MSK)

Ответ на: комментарий от backburner 23.04.15 14:06:38 MSK

Ну при желании и к sed можно прикрутить костыли, сделать IDE и внушить себе что это IDE не хуже других.

Вот вы опять ляпнули несусветную чушь с видом умного человека. А зря, нужно было молчать.

Ну я ж не знал что кто-то делает из редактора конфигов полноценную среду разработки, да еще испытывает к нему религиозные чувства.

Судя по вашим постам вы много чего не знали, но говорили об этом с видом знатока.

andreyu ★★★★★
(23.04.15 14:24:57 MSK)

Ответ на: комментарий от backburner 23.04.15 14:06:38 MSK

Ну при желании и к sed можно прикрутить костыли, сделать IDE и внушить себе что это IDE не хуже других.

Да ты и sed не видел походу.

Freyr69 ★★★
(23.04.15 14:43:21 MSK)

Ответ на: комментарий от andreyu 23.04.15 14:24:57 MSK

Вот вы опять ляпнули несусветную чушь

Воот, эта та же ситуация что с вимом, только доведеная совсем до абсурда. Вимом конечно еще как-то можно пользоваться. При желании и хороших способностях к самообману.

А зря, нужно было молчать

Ну вот на это:

А если большинство других ide не умеет комплит на базе clang - то комплит у них и вовсе говно.

я предпочел промолчать. Что тут сказать еще — типичный синдром утенка и фанбойство.

Судя по вашим постам вы много чего не знали, но говорили об этом с видом знатока

Ну допустим, «много» это раз 5, значит будет 5 ссылок:

backburner
(23.04.15 14:49:38 MSK)

Ответ на: комментарий от Freyr69 23.04.15 14:43:21 MSK

Да ты и sed не видел походу.

Ты правильно сделал, что добавил «походу».

backburner
(23.04.15 14:50:33 MSK)

Ссылка

Ответ на: комментарий от backburner 23.04.15 14:49:38 MSK

Что тут сказать еще — типичный синдром утенка и фанбойство.

Синдром утенка у вас. Вы снова говорите о том, в чем совершенно не понимаете.

andreyu ★★★★★
(23.04.15 14:55:04 MSK)

Ответ на: комментарий от andreyu 23.04.15 14:55:04 MSK

Я выбираю инструмент под задачу, а не пытаюсь приспособить старый привычный, даже если он изначально не предназначался для этой задачи.

backburner
(23.04.15 15:00:51 MSK)

Ответ на: комментарий от backburner 23.04.15 15:00:51 MSK

текстовый редактор

не предназначен для написания кода

Святая толстота.

Freyr69 ★★★
(23.04.15 15:05:54 MSK)

Ссылка

Ответ на: комментарий от backburner 23.04.15 15:00:51 MSK

Я выбираю инструмент под задачу, а не пытаюсь приспособить старый привычный, даже если он изначально не предназначался для этой задачи.

И много инструментов вы выбрали? Сколько инструментов вы вообще использовали в своей жизни? :)

andreyu ★★★★★
(23.04.15 15:34:15 MSK)

Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.

← 1 2 3 4 →

←	rust. epub документация

Development

Perl. Доступ к значениям массива хешей.

→

ДА СКОЛЬКО-Ж МОЖНО ТО!

Что понятнее?

Похожие темы