Работать с большой кодовой базой сложно. Даже небольшое изменение может вызвать множество побочных эффектов. Страх не изменить кодовую базу из-за страха перед этими последствиями еще более вреден для кодовой базы в долгосрочной перспективе. Страх из-за отсутствия тестовых случаев. Запуск тестовых случаев может дать вам мгновенную обратную связь обо всех побочных эффектах.
Если мы хотим, чтобы наша кодовая база была гибкой, нам нужно ее сгибать. Современная разработка программного обеспечения основана на принципе гибкого программного обеспечения. Паттерны проектирования, которые мы обнаружили, принципы SOLID, которые мы сформулировали, основаны на программном обеспечении, которое легко изменять и поддерживать. Таким образом, каждый раз, когда мы работаем над кодовой базой, мы можем вносить некоторые изменения, например, переименовывать имена функций во что-то полезное или применять некоторые объектно-ориентированные функции, такие как наследование и полиморфизм, не нарушая кодовую базу. Даже если что-то сломается, мы получаем мгновенную обратную связь от нашего тестового примера, так что терять нечего.
Идея и отсылка к приведенному выше контенту взяты из книги дяди Боба Clean Coder.
Если вам понравилась моя статья, не забудьте подпишитесь на меня в Medium, или подпишитесь на Linkedin, или подпишитесь на меня в Twitter.
