«Любой дурак может написать код, понятный компьютеру. Хорошие программисты пишут код, понятный людям », - Мартин Фаулер.
В индустрии программного обеспечения у разработчиков есть крайние сроки, когда наступает крайний срок, у них действительно нет времени, и они испытывают давление крайних сроков, их менеджеры проектов и их клиенты говорят им, что мы должны сделать это сегодня или в тот же день. , они работают много часов, и общий результат этого - большая миска беспорядочного кода. В результате этого на самом деле происходит то, что мы в конечном итоге работаем медленнее, нам нужно исправить больше ошибок, мы находим иголки в стогах сена, чтобы сделать работу. На самом деле это занимает больше времени, чем если бы мы начинали медленно корректировать написанный чистый код. Идея заключается в том, что предотвращение лучше, чем лечение.
программисты тратят свое время на чтение кода, а не на написание, более десяти к одному (10: 1). люди на самом деле проводят большую часть своего времени, прокручивая файл вверх и вниз в поисках чего-либо, нет, они не открывают другой файл, о, его тоже нет, так что теперь вы можете подумать о том, насколько эффективны хорошие методы кодирования ... в этой статье мы рассмотрим некоторые ПРАВИЛЬНЫЕ ПРАКТИКИ КОДИРОВАНИЯ.
1. Используйте хорошие переменные и имя метода.
· Это плохо
int w; // количество колес
· Это хорошо
int numberOfWheels;
Использование произносимых имен без использования двух слов для обозначения одной и той же функции (например, fetch () и get ()) также является хорошей практикой.
2. Написание лучших функций
Функция должна иметь эти характеристики
· Меньше
· Требовать меньше аргументов
· Делает только одно
3. Используйте комментарии
Если код читабелен, комментарии не нужны, не комментируйте плохой код, перепишите его ...
Если код
· Объясните свои намерения в комментариях
· Предупреждать о последствиях в комментариях
· Подчеркивайте важные моменты в комментариях
4. Правило бойскаутов
· «Оставьте палаточный лагерь более чистым, чем вы его нашли» .. этот метод также применим в кодировании ..
Если вы собираетесь или зависаете на каком-то существующем коде, чтобы взять новый материал, напишите его хорошо, но потратьте несколько минут и посмотрите на окружающий код. могу ли я улучшить этот код, могу ли я сделать это намного проще, чем существующий ..
5. Принцип единственной ответственности
На самом деле, чтобы написать чистый код, требуется гораздо больше усилий. Написание чистого кода - тяжелая работа. Во время выполнения требуется много практики и внимания. Но со временем становится легче. Вы несете ответственность за качество своего кода, а не ваш клиент, руководитель проекта или кто-либо еще. Если мы хотим, чтобы к нам относились как к профессионалам, вы должны действовать как профессионалы, мы должны выступать за качество написанного кода и выступать за то, чтобы делать это правильно, и не допускать вариант сделать это неправильно.
6. Написание тестов
Модульное тестирование улучшает качество кода, выявляет все возможные дефекты, прежде чем код будет отправлен на дальнейшее тестирование интеграции. Написание тестов перед написанием кода заставляет задуматься над проблемой. Он раскрывает крайние случаи и помогает писать лучший код.
Заключение
Как я уже упоминал ранее, для написания чистого кода требуется много практики и усилий, но это того стоит. И существует так много инструментов для проверки качества вашего кода.
Ex- SonarQube, Lint, ESLint
так что давай попробуем кодировать с меньшей скоростью !!! : D: D
