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

Разработчики часто упускают из виду смысл написания чистого кода и его важность. Код написан таким образом, как будто никто больше никогда не будет его читать, как будто он написан так, чтобы через мгновение он устарел. Я видел несколько очень больших определений методов, однострочные методы, которые просто вызывают служебный класс и возвращают его, перегруженные методы с дублированным содержимым и многое другое, что нужно выразить здесь.

Написание кода и написание чистого кода — две большие разницы. Одно дело написать это для понимания компилятором и совсем другое, чтобы это понял человек.

Хотя важно, чтобы код работал правильно, также важно, чтобы он был удобочитаемым, потому что если это не так, то он напрашивается на неприятности. Рабочий код не всегда самый читаемый и понятный. В среднем на чтение и понимание чужого кода уходит больше времени, чем на его написание собственного.

Мы должны убедиться, что наш код написан таким образом, чтобы, по крайней мере, мы могли без труда понять его, когда снова будем читать или работать над ним.

Нечистый код неэффективен, хотя на первый взгляд может так показаться. Есть много небольших, но важных изменений, которые можно внести, чтобы обеспечить чистый и читаемый код. Некоторые из них перечислены ниже.

1.Имя метода должно описывать его назначение

2.Методы всегда должны выполнять одну задачу

3.Больше никаких длинных методов, объединяющих множество элементов в один

4.Используйте выразительные имена переменных

5. Передавать объект(ы) в качестве аргумента(ов), если это возможно

6. Создавайте комментарии, чтобы выразить сложную логику

7. Используйте интерфейсы, чтобы избежать сопряжения

Это всего лишь несколько способов написания чистого и эффективного кода, в этом контексте можно узнать гораздо больше и ввести код в качестве общей практики. Учитывая, что мы начинаем с нескольких из них и делаем это привычкой, мы можем очень быстро изменить наш код.

Вот ссылка на мою книгу о шаблонах проектирования, над которой я недавно работал. Надеюсь, вы найдете это полезным.