Ваш код должен быть четким и легко поддерживаемым. Вот несколько других принципов программирования, которые помогут вам улучшить свой подход. Легко написать код, но трудно написать хороший код. Принятие основных принципов программирования - надежный способ написать высококачественный код, который эффективен, читаем, надежен, безопасен и поддерживаем, независимо от размера программного проекта.
Плохой код может принимать множество форм: беспорядочные, громоздкие условные цепочки, ненадежные программы, неудачные переменные и так далее. Как написать эффективный код? С дисциплиной и целью. Вот основные принципы программирования, которые сделают вас лучшим программистом.
Это означает, что код следует писать максимально простым. Одно из правил базового программирования - никогда не увлекаться излишней хитростью или показыванием себя с помощью громоздкого блока продвинутого кода. Если вы можете написать сценарий в одну строку, напишите его в одну строку.
Вот простая функция:
function addNumbers(num1, num2) {
return num1 + num2;
}
Довольно просто. Легко читается, и вы точно знаете, что происходит.
Еще один принцип программирования в этом духе - использовать понятные имена переменных. Воспользуйтесь библиотеками и используйте существующие инструменты. Сделайте так, чтобы через полгода было легко вернуться и сразу приступить к работе. Простота сэкономит вам множество ненужных страданий в будущем.
Посмотрите на этот сценарий:
function addNumberSequence(number) {
number = number + 1;
number = number + 2;
number = number + 3;
number = number + 4;
number = number + 5;
return number;
}
Вместо дублирования строк постарайтесь найти алгоритм, который использует цикл.
Сухой код легко поддерживать. Проще отлаживать один цикл, обрабатывающий 50 повторений, чем 50 блоков кода, обрабатывающих одно повторение каждый.
Например, предположим, вы поддерживаете графический пользовательский интерфейс. Вы могли бы выпустить версию, которую программисты могут изменять и интегрировать непосредственно. Что произойдет, когда вы выпустите крупное обновление через четыре месяца?
Их код сломается. Это, вероятно, сделает ваших коллег очень несчастными. Они больше не захотят использовать вашу библиотеку, несмотря на то, насколько она была полезной в свое время.
Вместо этого выпускайте код, который предотвращает прямое изменение и поощряет расширение. Основные принципы программирования, такие как этот, отделяют базовое поведение от измененного. Код более стабилен и легче поддерживать.
Полагаться на наследование вызывает две основные проблемы. Во-первых, иерархия наследования может быстро запутаться. У вас также меньше гибкости в определении поведения для частных случаев. Допустим, вы хотите реализовать поведение для общего использования:
Композиция программирования легче написать, проще поддерживать и обеспечивает гибкость в определении поведений. Каждое индивидуальное поведение представлено своим собственным классом. Вы можете создавать сложные поведения, объединяя индивидуальные поведения.
Классы и модули часто начинаются так. Остерегайтесь добавления слишком многих обязанностей, по мере усложнения классов. Рефакторите и разбивайте их на более мелкие классы и модули.
Последствия перегрузки классов двойные. Во-первых, это усложняет отладку, когда вы пытаетесь выделить определенный модуль для устранения неполадок. Во-вторых, становится сложнее создать дополнительную функциональность для определенного модуля. Хорошие принципы программирования предотвращают эти проблемы до того, как они станут проблемами.
Хорошо известным примером этого является дизайн модели-представление-контроллер (MVC). MVC разделяет программу на три различных области: данные (модель), логика (контроллер) и то, что отображается на странице (представление). Вариации MVC распространены в самых популярных веб-фреймворках сегодня.
Например, код, обрабатывающий базу данных, не должен знать, как отображать данные в браузере. Код отображения получает ввод от пользователя, но код логики обрабатывает обработку. Каждый кусок кода полностью независим.
Результат - код, который легко отлаживать. Если вам когда-либо придется переписать код отображения, вы сможете сделать это, не беспокоясь о том, как сохраняются данные или обрабатывается логика.
В попытке написать сухой код программисты могут нарушить этот принцип. Часто неопытные программисты пытаются написать самый абстрактный и обобщенный код. Однако слишком много абстракции вызывает надутый код, который невозможно поддерживать.
Применяйте принципы сухого программирования только тогда, когда это необходимо; если вы замечаете, что куски кода пишутся снова и снова, внедрите слой абстракции. Не думайте слишком далеко вперед в ущерб вашему текущему пакету кода.
Любой опытный разработчик будет настаивать на важности документирования вашего кода с помощью правильных комментариев. Все языки предоставляют их; вы должны сделать это привычкой. Оставляйте комментарии, чтобы объяснить объекты, улучшить определения переменных и облегчить понимание функций.
Добавить комментарий