Чистые коды необходимы при программировании или кодировании программного приложения. Некоторые программисты (от новичков до экспертов) иногда не соблюдают основные принципы при написании кода, из-за чего им трудно читать или понимать свои собственные жестко написанные коды в будущем. Читаемость исходного кода напрямую влияет на то, насколько хорошо разработчик понимает программную систему. Ремонтопригодность кода означает, насколько легко эту программную систему можно изменить для добавления новых функций, изменения существующих функций, исправления ошибок или повышения производительности. Хотя удобочитаемость и ремонтопригодность являются результатом многих факторов, одним из аспектов разработки программного обеспечения, на который влияют все разработчики, является техника кодирования. Самый простой способ гарантировать, что команда разработчиков предоставит качественный код, - это установить стандарт кодирования, который затем применяется при рутинных проверках кода.
Полная статья: http://entradasoft.com/blogs/7-programming-techniques-that-every-developer-should-know
KISS: Принцип «будь простым, глупым» применим практически ко всей жизни, но он особенно необходим в средних и крупных проектах программирования. Все начинается с самого начала, когда вы определяете объем того, что хотите создать. Как разработчик рекомендуется делать свой код как можно более простым и читаемым. Сохраняя простоту, вы можете получить нужные результаты с помощью нескольких строк кода, создать более качественный код, быстрее решать проблемы, эффективно работать в группах разработчиков и иметь более гибкую базу кода, среди прочего.
СУХОЙ: Принцип «не повторяйся» имеет решающее значение для чистого и легко изменяемого кода. Это использование функций, классов и экземпляров, позволяющих избежать повторного набора кода, который уже был написан один раз. Этот фундаментальный принцип позволяет разработчикам избегать дублирования и создавать более чистый код по сравнению с программистом, использующим ненужное повторение.
Комментарии. Хотя правильное комментирование исходных кодов не имеет смысла во время выполнения, это важно для разработчика, который должен поддерживать особенно сложную или громоздкую часть программного обеспечения. Добавление комментариев к вашему коду делает обновление, отладку, анализ и другие действия после программирования проще и эффективнее.
Соглашение об именах. Правильное соглашение об именах чрезвычайно важно в коде, поскольку двери для будущих изменений и обновлений всегда широко открыты. Нерелевантные или противоречивые имена ваших страниц, переменных, функций или массивов только создадут для вас проблемы в будущем. Поэтому называйте элементы на основе того, что они собой представляют, и возьмите за привычку поддерживать соглашение во всем коде.
ЯГНИ: Принцип «вам это не понадобится» заключается в том, что вы никогда не должны кодировать функции, которые могут понадобиться в будущее. Скорее всего, он вам не понадобится, и это будет пустой тратой времени - и не только это, но и без нужды усложнит ваш код.
Закон Деметры: Закон Деметры помогает поддерживать независимые классы и делает ваш код менее связанным, что очень важно при разработке программного обеспечения, чтобы сделать ваше приложение гибким, стабильным, поддерживаемым и понятным.
Преждевременная оптимизация. Это правда, что оптимизация помогает ускорить программу или алгоритм, но в соответствии с этим принципом вам не нужно оптимизировать свой алгоритм на ранней стадии разработки. Если вы проведете преждевременную оптимизацию, вы не сможете узнать, где будут узкие места программы, и вам будет сложнее поддерживать ее. Если вы оптимизируете свой код вначале и в случае, если требования могут измениться, ваши усилия будут потрачены зря, и ваш код отправится в мусор. Так что лучше оптимизировать алгоритм в нужное время, чтобы извлечь из него пользу.
Поскольку программирование - это групповая задача, успех вашего проекта во многом зависит от вашей команды. Следовательно, очень важно, чтобы люди писали код, который их коллеги могут легко понять и поддерживать.
