Один из аргументов против стандартизации стиля программирования звучит так: стиль программирования — это вопрос личного мнения и вкуса, поэтому не следует вводить на него каких-либо ограничений. Этот аргумент в сущности утверждает, что хаос лучше порядка.

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

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

Однако процессу стандартизации свойственны и недостатки: применение стандартов может замедлить будущее развитие средств программирования; стандарты могут оказаться ограниченными или слишком громоздкими для универсального применения.

Предлагаемые в книге стандарты стиля являются результатом здравого смысла и опыта программистов, а не правилами, раз и навсегда зафиксированными.

. Хороший набор стандартных приемов может стимулировать будущие разработки, поскольку позволит сконцентрировать внимание на действительно новых задачах. Например, не надо больше думать о выборе способа записи циклов.

По-видимому, предпринято недостаточно усилий для установления единого промышленного стандарта стиля для всех разработок, но устойчивые стандарты в пределах одной разработки — обычное явление. Многими рекомендациями, приводимыми в этой книге, можно воспользоваться для установления таких стандартов. Если хорошо изучить стандарты, то потребуется немного дополнительных усилий для их применения.