Как грамотней писать объявление указателя?

Ну собственно сабж.
или
Куда Фен Шуй рекомендует звёздочку ставить ?

0

Сообщение от alsav22 Он все три варианта использует. Когда посередине, то без пробелов.

Тогда четыре, потому что и посередине с пробелами использует.

0

Сообщение от gru74ik А вот когда (если) программирование на C++ станет работой и будут проекты на тысячи или даже десятки тысяч строк, с командой программистов в несколько десятков человек, тогда, вполне возможно, сам начнёшь как Mr.X писать.

Я недавно сдавал проект, в котором было... точно считать не буду, фалов очень много, ну около 300 000 строк...
Писать в столбик аргументы - вронг вей.

Сообщение от alsav22 int * a;

А это те же щи
Как тут кто - то предлагал объявлять переменные так: int *a, b;, тогда получается так что ли: int * a, * b;
Явно не по фен шую, хотя одной строкой я никогда несколько переменных не объявляю.
Объявление через два пробела типа: int * a; на мой взгляд смахивает на умножение, собственно я так всегда и пишу: int a = b * c;

0

Я бы резюмировал следующим образом:

i) Придерживайтесь соглашений о кодировании в проекте, если они есть. Это может быть и корпоративный стандарт, и прямые договорённости с командой разработчиков.

ii) Если Вы исправляете чужой код, придерживайтесь той структуры, которая уже существует. Не нужно запутывать код своими тараканами, там и чужих достаточно.

iii) Соблюдайте собственные "стандарты". Если для себя Вы определились, как писать код (как расставлять скобки, куда прижимать звёздочку, где расположить блок private), то придерживайтесь выбранного пути, не будьте шизофрениками.
----------------------------


О звёздочках.

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

ii) Используйте умные указатели прежде всего. Тогда ничего никуда прижимать не нужно.

iii) Ограничивайте связи других модулей с той областью кода, где используете низкоуровненвые возможности. В идеале вся низкоуровневая программа должна оставаться внутренней деталью вашей реализации. При написании бинарносовместимой библиотеки с C-интерфейсом, строго ограничивайте низкоуровневый код рамками интерфейса библиотеки. Не позволяйте низкоуровневому коду проникать в модули высокого уровня
----------------------------

Если Вы работаете с указателями:
i) Прижимайте, куда нравится, но соблюдайте правила соглашений (см. выше).

ii) Не используйте typedef для придания конструкции T* квалификации типа. Именно * модифицирует переменную.

iii) Если Вы, всё же, решили "определить тип" T*, сразу определите тип T const *. Тоже самое относится и к ссылкам. Держите подобные определения строго внутри вашего ресурса (читай класса/структуры), не пишите глобальных определений.

0

Сообщение от mporro Используйте умные указатели прежде всего. Тогда ничего никуда прижимать не нужно.

Да-да. Но символ ссылки никто не отменял, а к нему все вышесказанное тоже относится.

0

Сообщение от mporro Сводите работу с указателями к минимуму!

Ты что на шарпе программируешь ? Пфф... Как это сводить работу с указателями к минимуму ? ИМХО бред.

Сообщение от mporro Если Вы исправляете чужой код, придерживайтесь той структуры, которая уже существует. Не нужно запутывать код своими тараканами, там и чужих достаточно.

А если код писал валенок и его стиль просто отвратителен, надо свой гуд стайл переделывать под булшит ?

Сообщение от mporro Используйте умные указатели прежде всего. Тогда ничего никуда прижимать не нужно.

Лично для меня эти умные указатели остаются не нужным выпендрёжем. Никогда ими не пользуюсь, ну разве что иногда при написание под DirectX чего - то, но там WinApi_шные CComPtr и т.д.

Используя всякие умные указатели можно иногда получить пинок в зад от ума этих указателей и софт наткнётся на нульпоинтер или еще чего. Я всегда работаю с памятью напрямую и указатели на неё так же регулирую сам, ведь в этом то и есть суть гибкости С++.

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

low - level - это assembler во всех вариациях. С++ - это как раз таки относительно высокий уровень. Точнее это тот уровень, выше которого я считаю не разумным подниматься из - за потери контроля над возможностями (иначе я б торчал на ветке C# или на Java )

0

Mr.X, для ссылки пользуйтесь первыми тремя пунктами.
Ссылка объект иной, нежели указатель.

Добавлено через 5 минут
Scrooge McDuck, всё потому, что на С++ Вы не программировали.

0

Сообщение от mporro Mr.X, для ссылки пользуйтесь первыми тремя пунктами. Ссылка объект иной, нежели указатель.

Что-то вы загадками изъясняетесь. Мы в этой теме наоборот стремимся познать в чем суть вещей и где, собственно, мирозданье.

1

Я посерединке ставлю с пробелами:
А конструкцию
просто не использую, так как она сама уже не "по фен-шую". По фен-шую - это объявлять переменную наиболее близко к месту использования. Желательно ещё и инициализировать её сразу. А указанная конструкция как бы намекает, что переменные (как минимум, одна) объявлена заранее, а использоваться будет как-нить потом.

0

Сообщение от John Prick Желательно ещё и инициализировать её сразу.

Вообще-то специалисты советуют ВСЕГДА инициализировать.

0

Сообщение от Mr.X Вообще-то специалисты советуют ВСЕГДА инициализировать.

Тем более. Тогда объявление сразу указателя и переменной становится ещё более нелепым:

0

Сообщение от John Prick Тем более. Тогда объявление сразу указателя и переменной становится ещё более нелепым:

Ну, такие вещи мы уже выше осудили как сугубо сишные.

0

Сообщение от Scrooge McDuck Я недавно сдавал проект, в котором было... точно считать не буду, фалов очень много, ну около 300 000 строк...

Scrooge McDuck, если проект на 300 000 строк был написан Вами и написан на C++, то я вообще не понимаю на кой ляд Вы создаёте топики вроде этого.

0

Сообщение от gru74ik Это пока у тебя учебные записульки в пределах 100-200 строк. А вот когда (если) программирование на C++ станет работой и будут проекты на тысячи или даже десятки тысяч строк, с командой программистов в несколько десятков человек, тогда, вполне возможно, сам начнёшь как Mr.X писать.

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

Но параметры в столбик то мы тоже пишем - так можно дать комментарий по каждому из них. Вот только эти ацкие пробелы...

Добавлено через 1 минуту
С ними держать код с ограничительной чертов в 80 или хотя бы 100 символов - напряжно.

0

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

Если ТС получил ответ на свой вопрос, то логично закрыть топик. Потому как "звёздочку" мы рассмотрели со всех возможных ракурсов.
А обсуждение разного стиля оформления кода можно продолжить в более подходящем для таких обсуждений разделе и более адекватной, на мой взгляд, теме.

0

Сообщение от gru74ik Scrooge McDuck, если проект на 300 000 строк был написан Вами и написан на C++, то я вообще не понимаю на кой ляд Вы создаёте топики вроде этого.

Был написан моей командой, основной корпус кода - мой.
С чего ты взял, что вопросы про звёздочку как - то говорят о моей репутации ? Интересно же, как другие кодят, всегда можно что - то для себя подчеркнуть. Да и вообще форум и сделан для общения или ты думаешь, что руководитель разработки топовой компании не имеет права на форуме вопросы нубские задавать ?

Сообщение от gru74ik Если ТС получил ответ на свой вопрос, то логично закрыть топик.

Да я уж давно получил компетентное мнение и буду как и раньше объявлять так: int* a; Закрывайте тему, не знаю, что ты тут холиварите

0

Еще взгляд на "звездочку" в объявлении указателя:

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

1