|
Веб-курсы Что это? Оглавление Основы Основы основ Практика Гостевая книга Простой сайт Структура сайта (MVC) Ядро (Light) Ядро Гостевая на SQL Статические страницы Модуль новостей Система регистрации Теория Дебаггинг Регулярные выражения Введение в ООП Паттерны проектирования Репозитарий BB-code Почтовый класс Пагинатор Всякие полезности Download Полезные утилиты Разное Видеокурсы Последние изменения Вопросы и замечания сюда Реклама Диеты для похудения Фреймворк Kohana. Обучение. Мануал на русском. |
Стиль кодирования
а так:
2. Использовать только длинные теги. И хотя искушение воспользоваться "шортегами" велико, это может привести к проблемам. Лучше сразу привыкнуть к хорошему. Не так:
а так:
3. Открывающую фигурную скобку ставить не после выражения, а под ним. Закрывающую строго под открывающей. Вот этот и два следующих пункта - основная причина разногласий между приверженцами разных стилей. Многие предпочитают скобку открывать на той же строке, с выражением. Нам кажется более рациональным и визуально понятным такой способ, когда открывающая скобка находится под выражением. Можно, прокручивая колесико мышки, определить начало и конец блока Не так:
а так:
а так же избегать лишних фигурных скобок. Писать не так:
а так:
4. Вложенные выражения сдвигать вправо. Блоки отделять пустой строкой. Не так:
а так:
5. Не писать переменные в двойных кавычках и фигурных скобках, а использовать конкатенацию. По возможности, использовать апострофы, а не двойные кавычки Не так:
а так:
6. Операторы отделять пробелами. Не так:
а так
7. Не писать длинных строк. Длина строки должна быть в пределах 80-ти символов считая пробелы. Если это невозможно, использовать конкатенацию. не так:
а так:
8. Переменные писать в нижнем регистре, а константы в верхнем. Составные переменные и константы писать через нижнее подчеркивание. Название функций в "верблюжьем" стиле. То есть, начинать с маленькой буквы, второе слово - с большой. Это для того, чтобы не путать свои (пользовательские) функции со встроенными. не так:
а так:
9. По возможности, использовать "говорящие" переменные. То есть, они должны отражать суть, а не быть просто набором символов. Не так:
А так:
10. Обязательно комментируем каждую функцию. Как минимум. Комментарии лучше делать по такому стандарту:
Вот основные десять заповедей. Нарушать их грешно и некрасиво. Сравните сами, насколько легче и приятнее читать застилизованный код от каши, которую часто можно наблюдать у начинающих программистов. Такой
и вот такой:
Вот тут есть скрипт, который поможет отформатировать небольшие фрагменты кода, если Вы раньше писали как попало. |