Об указателях

@Egor138 · Регистрация: 10.08.2012

Студворк — интернет-сервис помощи студентам

В чем разница между этими двумя строчками?

C++
1
2
int* x;
int *x;

@Leomana · 20.08.2012, 21:36

разницы нет

@TopLoader · 20.08.2012, 22:20

Egor138, разницы нет, пока вы объявляете по одной переменной. Но посмотрите на следующее объявление:

C++
1
2
int* x, y;
int *x, *y;

Операторы * и & не обладают свойством дистрибутивности и показанное выше объявление может привести к ошибке. В первом случае объявляется указатель на целое x и целое y (не указатель!). Во втором случае — два указателя на целое. Вот такая разница

@yleart · 20.08.2012, 22:21

Очевидно же, что в первой строчке пробел после звездочки, во второй - после int.

@xADMIRALx · 20.08.2012, 22:35

ИМХО 2 луче так как данная запись может вызвать непонятность

C++
1
2
3
4
int* a,b 
//ну а
int *a,b
//вполне понятна  )

@4iFF · 20.08.2012, 22:53

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

@DU · 20.08.2012, 23:27

хех, обсуждалось уже. тема больше относится к священным войнам.
от себя еще раз добавлю, что
int *p; - хуже, чем int* p; потому что * относится к типу, а не к имени объекта.
У сторонников int *p; как правило один аргумент: так понятнее, когда несколько переменных объявляются в одной строке. Однако, это считается плохим стилем. тем более когда переменные разнотипны. Плохой стиль потому что трудно найти глазами в коде место объявления переменной, если она не первая и если в такой объявлении много переменных. Когда каждая переменная на своей строке объявляется - ее проще найти, блок объявлений похож на табличку, которая лучше воспринимается, чем однострочная запись. Сюда же, т.к. такой блок хорошо воспринимается, то и пропустить его тоже легко несмотря на большее количество строк кода, если в данным момент интересен какой-то другой кусок кода.

Это еще ведет к плаванию стиля написания кодаполучается, если ему следовать, то и функции нужно так писать:
int *SomeFunction(); - возвращаемый тип визуально плохо выделяется.
int* const cptr; - тут несоответствие стиля. куда ставить звездочку?

Мое мнение: символы, отвечающие за тип (*, &, const и прочее) должны группироваться вместе, имена переменных должны отстоять от них. Иначе каша какая-то. Чего уж тогда никто не пишет это без пробелов: int*p; ?

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

@4iFF · 20.08.2012, 23:40

Сообщение от DU

Однако, это считается плохим стилем

Плохой стиль???Первый раз слышу, наоборот некоторые книги учат иначе, ну или просто "на выбор" предоставляют как это делать.

Добавлено через 5 минут
Было бы не плохо лит-ру подтверждающее это утверждение.На стиль которым я пользуюсь вот лит-ра:
"How to Programm on the C++" 5/e - H.M. & P.J. Deitel.

Добавлено через 1 минуту
Но хотя в "Visual C++ 2010" - Ivor Horton наоборот автор считает...

@DU · 20.08.2012, 23:40

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

Ну я со своей колокольни попытался объяснить, почему он плохой. Зачем тут литературу или ссылки приводить. Я на опыт свой полагался.

@4iFF · 21.08.2012, 00:04

DU, ну ок.Похоже это действительно "священная война" =).

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»	SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .

@Leomana 59 / 59 / 8 Регистрация: 29.06.2012 Сообщений: 188
	20.08.2012, 21:36
	разницы нет 1

@yleart 60 / 45 / 12 Регистрация: 07.10.2011 Сообщений: 139
	20.08.2012, 22:21
	Очевидно же, что в первой строчке пробел после звездочки, во второй - после int. 0

@4iFF 21 / 21 / 1 Регистрация: 06.07.2012 Сообщений: 88
	20.08.2012, 22:53
	xADMIRALx, согласен с вами это действительно облегчает визуальное восприятие кода и так пишут в некоторых книгах. 0

@DU 1500 / 1146 / 165 Регистрация: 05.12.2011 Сообщений: 2,279
	20.08.2012, 23:27
	хех, обсуждалось уже. тема больше относится к священным войнам. от себя еще раз добавлю, что int p; - хуже, чем int p; потому что * относится к типу, а не к имени объекта. У сторонников int p; как правило один аргумент: так понятнее, когда несколько переменных объявляются в одной строке. Однако, это считается плохим стилем. тем более когда переменные разнотипны. Плохой стиль потому что трудно найти глазами в коде место объявления переменной, если она не первая и если в такой объявлении много переменных. Когда каждая переменная на своей строке объявляется - ее проще найти, блок объявлений похож на табличку, которая лучше воспринимается, чем однострочная запись. Сюда же, т.к. такой блок хорошо воспринимается, то и пропустить его тоже легко несмотря на большее количество строк кода, если в данным момент интересен какой-то другой кусок кода. Это еще ведет к плаванию стиля написания кодаполучается, если ему следовать, то и функции нужно так писать: int SomeFunction(); - возвращаемый тип визуально плохо выделяется. int* const cptr; - тут несоответствие стиля. куда ставить звездочку? Мое мнение: символы, отвечающие за тип (, &, const и прочее) должны группироваться вместе, имена переменных должны отстоять от них. Иначе каша какая-то. Чего уж тогда никто не пишет это без пробелов: intp; ? Ну а реальность такова, что стиль чаще выбран за вас, и ничего не остается, как следовать ему, засунув свои предпочтения поглубже. 1

@DU 1500 / 1146 / 165 Регистрация: 05.12.2011 Сообщений: 2,279
	20.08.2012, 23:40
	только в одной книге встречал объяснение, почему выбран такой стиль, а не другой. в остальных просто пишут так или иначе, без объяснения. ну а люди, которые их читают привыкиют. Ну я со своей колокольни попытался объяснить, почему он плохой. Зачем тут литературу или ссылки приводить. Я на опыт свой полагался. 0

@4iFF 21 / 21 / 1 Регистрация: 06.07.2012 Сообщений: 88
	21.08.2012, 00:04
	DU, ну ок.Похоже это действительно "священная война" =). 0