Существующий Стандартный стиль и Кодирование стандартных [закрытых] документов

Указатель NULL - это тот, который указывает на никуда. Когда вы разыскиваете указатель p, вы говорите «дайте мне данные в месте, хранящемся в« p ». Когда p является нулевым указателем, местоположение, хранящееся в p, является nowhere, вы говорите «Дайте мне данные в месте« нигде ». Очевидно, он не может этого сделать, поэтому он выбрасывает NULL pointer exception.

В общем, это потому, что что-то не было правильно инициализировано.

14
задан Community 23 May 2017 в 12:01
поделиться

9 ответов

Я действительно думаю, что это не имеет значения, какой Вы принимаете, пока все соглашаются с ним. Иногда это может быть твердо, поскольку кажется, что некоторые стили не соглашаются с народами tases. Т.е. это сводится к утверждению о том, является ли добавление префикса всей членской переменной с m_ симпатичным или нет.

я использовал и изменял Геомягкий стандарты некоторое время, это для C++. Существует некоторый другой в поток what-is-your-favorite-coding-guidelines-checklist

7
ответ дан 1 December 2019 в 06:54
поделиться
9
ответ дан 1 December 2019 в 06:54
поделиться

Хм, странный вопрос. Просто выберите стандарт, с которым большинство членов команды знакомо. Сделайте некоторый опрос для своей команды. Не уверенный, как ТАК может помочь здесь:)

5
ответ дан 1 December 2019 в 06:54
поделиться

Я соглашаюсь с Harald Scheirich, является самым важным сделать, чтобы команда договорилась о том, чем правила должны быть вместо того, чтобы просто выбрать набор, который был рекомендован посторонними.

Моя персональная рекомендация состояла бы в том, чтобы читать Код Полный, 2-й Выпуск Steve McConnell, который описывает (среди большого количества другого полезного материала) несколько общих стандартов кодирования и предлагает комментарий относительно каждого. Это могло бы помочь Вашей команде в устанавливании Ваших собственных стандартов.

2
ответ дан 1 December 2019 в 06:54
поделиться

Попробуйте этого, это - то, которое использует Центр космических полетов имени Годдарда НАСА.

http://software.gsfc.nasa.gov/AssetsApproved/PA2.4.1.3.pdf

3
ответ дан 1 December 2019 в 06:54
поделиться

Кодирующие стандарты только значимы, если они помогают Вам написать код. Таким образом, они просто должны сохранить Ваш код последовательным (т.е. если кто-то помещает m_ для переменных участников, и кто-то не делает, он может занять больше времени к grok код, чем если бы они все использовали тот же стиль).

Это - все, что они (должны) сделать, поэтому просто забрать Ваш существующий код и удостовериться Ваши коды команды к тому же стилю.

мне нравится думать о нем как мультфильмы. Если Вы становитесь мультипликатором на Симпсонах, необходимо потянуть глаза официальным способом, или все смотрит штаны, но если Вы переходите к Гриффинам, необходимо потянуть их по-другому. Никакой путь не является неправильным.

Слишком много стандартов о бессмысленных ограничениях, записанных людьми, которые не кодируют себя (или считают себя слишком хорошими для придерживаний их). Другие пытаются учить Вас, как кодировать. Ни у одного нет его места в хорошем стандарте, они просто помогают Вам посмотреть на некоторый код и понять что его выполнение.

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

3
ответ дан 1 December 2019 в 06:54
поделиться

Я записал стандарт кодирования для крупнейшей британской компании, и очень ощущало помещение причин, почему я выбрал определенные вещи, а не просто сделайте его, набор "Вас должен быть" заявления. (-:

Как быстрый выход, я предложил бы передать под мандат:

  • Эффективный C++ Scott Meyers 3-й Выпуск ( ссылка Amazon ) - если можно найти, копия 1-го выпуска этой книги затем покупает его для обзора дизайна OO, который был удален из более поздних выпусков.)-:
  • книга Scott Meyer Эффективный STL ( ссылка Amazon ) - необходимо использовать STL для использования C++ эффективно.
  • книжный код Steve McConnell Завершаются 2 ( ссылка Amazon ) - не C++, конкретный но полный большого понимания.
3
ответ дан 1 December 2019 в 06:54
поделиться
Другие вопросы по тегам:

Похожие вопросы: