Указатели и ссылки. Надо ли обнулять? когда и как это делать?

насчет ссылок вроде все ясно. обнулять их нет смысла на сколько я понимаю.
А вот насчет указателей не все так просто.
В книгах часто, при объявлении указателя, его же сразу и обнуляют.
Но т.к. указатель нужен чтоб указывать на объект например, то стараешься
указать ему нужный объект и так.
По этому вначале я указатели никогда не обнуляю. Просто создаю. Но вот не знаю нап сколько это критично если, напирмер, указатель создан в глобальном модуле а присваивается ему какой-то локальный объект?
и на сколько правильно обнулять указатели в кеонце работы? В книгах часто не обнуляют а я обнуляю. не уверен что делаю нужную вещь. ))
Ну и наконец как обнулять? Вот я знаю есть такое "nullptr"
- но у меня на Builder Diveloper Studio 2006 не работает. Видимо язык устарел. Обнуляю так: 0 или NULL.
Вроде обнуляется а вроде и нет. не уверен. По этому адресую вопросы знатокам форума. Те же вопросы касаются ссылок, если это актуально. Спасибо!

0

А если по теме - указатели на то и указатели, они УКАЗЫВАЮТ. А когда вы создаете указатель - он может указывать не в окно, а в кучку ромашек кота в углу, при создании. Его нужно либо в NULL, либо куда вам необходимо (Если говорить сумбурно). Так вот если зайти дальше (начет области видимости) - если указатель должен указывать на солнце, и ВСЕ должны знать ГДЕ это солнце, а вы взяли и этим указателем показываете на кучку ромашек кота в углу, то Вас, извините за выражение, не поймут(остальные, те, кто используют этот глобальный указатель).

Читайте главы указатели и ссылки. Кроме осознания того, КАК это работает, ничего не поможет. Хоть заобъясняйся.
Почитайте как устроена память(нужно же представлять абстрактно, как же это - указывать куда то(либо в никуда))

2

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

1

Сообщение от I.M. C++ 1 if(p_Ob){delete p_Ob;

перед тем как применять delete вовсе не надо проверять указатель на ноль

2

спасибо! А вместо 0 - NULL можно использовать? Этож наверно правильней.

Добавлено через 5 минут
Вот...я как уже сказал работаю на Builder. У меня создается форма и как бы вот висит стандартный указатель в виде: Соотв. он не обнуляеся! Мало ли куда он указывает. Создан был автоматически при создании проекта по этому думаю что ошибки тут нет. Как же быть?

Добавлено через 2 минуты
А вот глобальные указатели? Смысл их обнулять после окончания работы? Программа закроется и они удалятся.

0

Сообщение от Андрей2011 NULL можно использовать?

Сообщение от Андрей2011 Этож наверно правильней.

Правильней

0

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

0

А за что это расстрелять интересно? )) Я видел подобное в программе написанной на VC++ серьезными программистами.
И потом это оч удобно. Даже не знаю как бы я без них, без глобальных обходился бы. И чем это плохо? и почему так категорично?

Добавлено через 1 минуту
Однако чем мой код отличается от билдера? они рядышком стоят совсем. эти вот указатели. И к стати, у билдера тоже указатель глобальный. Мож и его тавос...

0

Хороший стиль программирования предлагает инициализировать указатель сразу же после объявления:

Небрежность в этом может вызвать серьёзные последствия. Вот пример: сопровождал я несколько лет назад большой проект, написанный на Visual Studio 6. Программа временами валилась с ошибкой памяти, трассировка и отладчик не могли дать определённого ответа - место ошибки плавало самым случайным образом. Удалось только определить функцию, вызов которой иногда приводил к ошибке. Текст функции занимал около 1 тыс. строк жуткого кода без отступов и комментариев. Пришлось разобраться в алгоритме и полностью эту функцию переписать, разделив её на небольшие блоки, выполняющие каждый свою - и только одну - задачу. Во время разбора и выяснилась причина ошибки. В исходном тексте было:

1

Сообщение от Том Ардер C++ 1 *p=NULL;

разыменовывать то зачем?)

0

Jupiter, вот и я не понимаю - зачем? Автор (мне потом удалось его встретить) тоже не знал.
Могу проедположить, что получилось из-за увлечения автора копипастом (вместо корректного наследования классов).

1

т.е. автор случайно "*" поставил я так понимаю?
Да уж жизненная такая история. Аж дрожь по телу.
Спасибо!! Теперь понимаю как важно работать с этими самыми указателями аккуратно.

Добавлено через 3 минуты
Ужас. из-за одной звездочки. Может он просто проглядел.

0