Введение
Для того чтобы облегчить читабельность кода и будущее сопровождение, очень важно установить и поддерживать постоянный стиль написания кода. Дополнительным преимуществом является возможность ускорения процесса кодирования и улучшения производительности кода.
Вопрос стиля – несомненно, индивидуальный. В то же время, в любой команде разработчиков общий стиль со временем вырабатывается «автоматически» в силу осознания важности единого стиля и взаимовлияния индивидуальных стилей. Хорошо организованная команда довольно быстро осознает также необходимость зафиксировать сложившийся стиль в виде документа – стандарта кодирования.
Целью принятия и использования стандарта является упрощение восприятия программного кода человеком, минимизация нагрузки на память и зрение при чтении программы.
Полнота охвата вопросов кодирования в стандарте может отличаться от компании к компании, от элементарного соглашения о наименовании объектов кода, до стандартизации решений типовых задач кодирования. Чем полнее стандарт, тем сложнее обеспечить его исполнение из-за внутреннего сопротивления индивидуальных разработчиков. При этом также возрастают затраты на контроль соответствия кода стандарту. В любом случае требуется некоторый компромисс, чтобы преимущества, обеспечиваемые стандартом, превосходили затраты на его соблюдение.
Далее будут рассмотрены:
- Вариант стандарта кодирования на ABL, предложенный Кристофером Шрейбером (Christopher Schreiber) из компании Fast 4GL Systems, Inc.
- Основные положения стандарта кодирования компании COINS Ltd, в которой автор работал более 10 лет.
- Инструментальное средство поддержки соответствия кода принятому стандарту ProLint.
Автор надеется, что рассмотренные материалы помогут Вам разработать (или улучшить) Ваш собственный стандарт кодирования.