Принципы хорошего кода и хорошего программиста Давайте предс | Mad Devs Channel

Принципы хорошего кода и хорошего программиста

Давайте представим, что вы решили создать новую популярную мобильную игру. Для этого вам нужно написать работающий код. Не забывая о его ремонтопригодности в будущем. Код, который поймёт и сможет поддерживать любой программист. И чтобы вывести свою работу на новый уровень, вам стоит следовать принципам хорошего программиста.

KISS расшифровывается как «Keep it simple stupid». Важно при разработке проекта сделать стабильно работающую базу. А код сделать простым, потому что сложный код быстро становится трудоемким. Написанный код должен быть таким, чтобы в будущем при внесении правок не возникло трудностей.

DRY означает «Don't repeat yourself». Принцип нацелен на снижение повторения информации различного рода. Что позволяет добиться высокой сопровождаемости проекта, простоты внесения изменений и качественного тестирования.

Принцип «Открытый/Закрытый» означает, что нет смысла переписывать уже реализованные логические функции. Новые требования или элементы «открыты» для расширений, но «закрыты» для модификаций. Таким образом, однажды написанный код в дальнейшем требует только исправления ошибок, а новые или измененные функции требуют создания нового класса.

Принцип «Построение, а не наследование» означает, что поведение программ надо прописывать, а не брать со стороны. Так как по мере роста древо наследования становится всё более запутанным. А каждая его «ветвь» получает свой собственный набор поведений. А прописанное с нуля поведение легче обрабатывать и поддерживать.

Принцип «Отдельной ответственности» гласит, что каждый класс должен заботиться о предоставлении только одного бита. Чтобы не нарушать данный принцип, задайте себе вопрос: «Где и когда меняется каждая функция?». Вы нарушаете этот принцип, если ответ будет «более чем в одном месте и более чем по одной причине».

Еще один принцип — YAGNI, который означает «You aren't gonna need it». Согласно нему, вам не нужно прописывали функции, которые могут не понадобиться в будущем, но только усложняют код.

Избегайте преждевременной оптимизации. Данный принцип нужен, чтобы предотвратить слишком раннюю оптимизацию. Так как ваша программа должна сама показать вам «узкое место». Сложно найти его, изучая код самостоятельно.

Рефакторинг. Это нормально — возвращаться к старым участка кода и улучшать их, так как код редко получается совершенным с первого раза. Чтобы убедиться в правильности кода, лучше ещё раз просмотреть и переработать сделанное ранее.

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

Какими принципами вы руководствуетесь в работе? А может, мы что-то упустили? Расскажите об этом в комментариях