Стандарты кодирования имеют смысл только в том случае, если они помогают вам писать код. Поэтому им просто нужно сохранить код в соответствии (т. Е. Если кто-то ставит m_ для переменных членов, а кто-то этого не делает, может потребоваться больше времени, чтобы получить код, чем если бы все они использовали один и тот же стиль).
Это все, что они (должны) делать, поэтому просто подберите существующий код и убедитесь, что коды команд соответствуют одному и тому же стилю.
Мне нравится думать об этом как о мультфильмах. Если вы станете карикатуристом на Симпсонах, вы должны нарисовать глаза официальным способом или все выглядит брюками, но если вы пойдете к Family Guy, вам придется рисовать их по-другому. Ни один из способов не ошибается.
Слишком много стандартов касаются бессмысленных ограничений, написанных людьми, которые не кодируют себя (или считают себя слишком хорошими, чтобы их поддерживать). Другие пытаются научить вас, как кодировать. Не имеет своего места в хорошем стандарте, это просто упрощает вам просмотр кода и понимание того, что он делает.
например. мои стандарты включают в себя правила для именования каталогов - вы всегда будете иметь свой код в каталоге с тем же именем, что и проект, и все двоичные файлы отправляются в поддирете bin, со всеми конфигурационными файлами в одном месте и в журнале изменений и т. д. Все простые вещи, но я гарантирую, что никогда не найду проект, называемый чем-то другим, с его двоичными файлами в корневом каталоге, где я не знаю, какие изменения были внесены в него. Простой, легкий материал, который имеет огромное значение.
Эффективное использование C++ от Скотт Мейерс ... Эрик Мейер является веб разработан и CSS специалист ... :-p – paercebal 2008-09-28 09:59:35