Как справиться с раздуванием кода
Вялый код не сулит ничего хорошего. В краткосрочной перспективе вроде все нормально. Мы говорим себе маленькую белую ложь, что разберемся со всем позже, но никогда не делаем.
Мы отвлекаемся, отвлекаемся или полностью переключаемся на новый проект. Затем мы возвращаемся к нашему коду и задаемся вопросом о нашем жизненном выборе в то время.
Но что такое дряблый код?
Дряблый код - это раздувание, которое мы внедряем в нашу работу с помощью шаблонов и архитектурных решений. Иногда мы идем короткими путями. Иногда мы игнорируем свои вредные привычки и склонности до тех пор, пока они не усугубляются настолько, что становятся серьезной проблемой. Иногда мы просто делаем то, чего не должны делать, потому что не знаем ничего лучшего.
Так как же исправить дряблый код? Как вы тренируете дряблую собаку, которая увеличивает ваш конечный размер в килобайтах, и превращаете ваше приложение из тяжелой и громоздкой вещи в легкую и сверхскоростную красоту?
Соблюдайте кодовую диету
Дряблость часто возникает, когда вы позволяете себе заниматься определенными областями кода. Это больше, чем просто очистка кода. Конечно, вы можете сделать свой код короче и лучше отформатировать с помощью линта, но есть некоторые вещи, с которыми линтинг не может вам помочь.
Вот несколько вещей, которые вы можете сделать, чтобы уменьшить дряблость.
Создавайте логические имена
Называть вещи - это не совсем ракетостроение, но многие из нас все еще ошибаются. Мы пишем длинные имена, которые в итоге оказываются либо слишком общими, либо слишком конкретными. Либо так, либо мы пишем настолько загадочные вещи, что через три месяца мы убеждаемся, что смотрим на какие-то египетские иероглифы.
Код - это мост между людьми и машинами. Это язык, который мы используем для общения и работы с аппаратным обеспечением, промежуточными компиляторами и движками. Значит, нам тоже нужно это понимать.
Пишите имена ваших функций и классов для людей, а не в виде набора сокращений. Достаточно одного разработчика и отсутствия документации, чтобы потерять всю связанную с ним информацию.
Уменьшить повторное использование рециркуляции
Компактные компоненты, функции и классы обычно подчиняются правилу единой функциональности. Чем больше у вас функциональности и возможностей, тем сложнее превратить ваш код в набор Lego.
Потому что, как разработчики, именно этим мы и занимаемся - мы создаем модульный код, чтобы его можно было повторно использовать в будущем для любых целей. Мы уменьшаем раздувание, уменьшая количество компонентов до самого необходимого и перерабатывая более крупные до более подходящего размера.
Будьте гибкими, как бамбук
Часто мы становимся слишком рьяными и перерабатываем наш код. Это часто создает проблему долговременной жесткости, запирая вас в структуре, которая может не соответствовать траектории, по которой вы на самом деле движетесь.
Иногда мы пытаемся быть настолько гибкими, что наш код превращается в гибкий диск, который со временем не выдерживает собственного веса.
Что бы ни происходило, нахождение правильного баланса похоже на возведение строительных лесов из бамбука - дешевого материала, способного выдерживать огромный вес и давление - на стальные рамы, которые может быть труднее изменить, если планы внезапно изменятся.
Для этого вам нужно ограничиться только текущим спринтом и провести рефакторинг архитектуры по мере необходимости на следующей итерации. Если обозримое будущее заслуживает доверия и обязательно произойдет, вы можете по мере необходимости расширять объем строительных лесов и архитектуры.
Лучше иметь работающее приложение, чем такое, которое способно противостоять ураганам и торнадо. Код будет меняться со временем, и открытия и понимание, которые приходят с ним, помогут вам в конечном итоге создать лучший код.
Код для вайб проекта
В Интернете есть множество условностей и предложений. У каждого свое мнение о том, как следует структурировать, называть и кодировать проекты.
Не следуйте за ними слепо.
Используйте свои суждения с умом и создавайте вопреки атмосфере проекта. Вы знаете траекторию своего проекта лучше, чем кто-то в Интернете, говорящий вам, что вы должны делать.
Есть некоторые вещи, которые вы должны принять во внимание - например, что делать, чтобы писать чистый код, плагины для использования и как структурировать вещи, - но вы и ваша команда должны сбалансировать их с тем, что нужно фактическому проекту.
Так что кодируйте атмосферу проекта, а не то, что вам подсказывает Интернет.
Последние мысли
Кодекс-собачка - это то, что со временем можно похудеть, но для того, чтобы добиться эффекта, нужны хорошие процессы и долгосрочное обязательство.
Некоторые люди называют это техническим долгом, но технический долг более симптоматичен для более серьезной проблемы. Раздутие кода - это особенность технического долга, но не единственная.
Раздутие кода происходит, когда мы слишком много думаем о своем коде. Мы можем знать о чистых, экономичных и подлых способах кодирования, но иногда мы слишком взволнованы и в конечном итоге пытаемся реализовать все сразу.
Сохраните это для своего следующего проекта.
Выясните, что вам нужно, и выполните код в соответствии с условиями. Не перепрограммируйте свой проект. Уменьшите количество строк, ограничив свои функции и возможности внутри определенного блока или набора кода.
Как только вы приобретете привычку делать это, вы будете на пути к созданию кода, действительно легковесного для своих условий.
