Как мне это сделать . Боюсь рефакторинг кода ……

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

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

Почему программисты боятся менять код?

  1. Отсутствие уверенности! . Они не уверены в своих изменениях (будет ли это работать или сломает другой зависимый код).
  2. Если это не сработает, какой объем существующего кода это помешает?
  3. Они не уверены в регрессионном тестировании.

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

Вот изображение TDD (Разработка через тестирование)

Что такое TDD?

Ниже приводится последовательность действий для TDD:

  1. Неудачный тест: напишите неудачный тест.
  2. Успешный тест. Напишите успешный тест, определяющий функцию.
  3. Написание кода. Следующим шагом является написание кода, обеспечивающего успешное прохождение теста. На этом этапе код не идеален, но это приемлемо, так как код будет улучшен на 5-м этапе.
  4. Выполнить тест: если все тесты пройдены, программист уверен в коде.
  5. Рефакторинг кода: устранение избыточности. Постоянно повторяя тестовые примеры на каждом этапе рефакторинга, разработчик может быть уверен, что процесс не изменяет какие-либо существующие функциональные возможности.

Разработка через тестирование - это способ избавиться от страха во время программирования. Страх заставляет вас сомневаться. Страх заставляет вас меньше общаться. Страх заставляет уклоняться от обратной связи. Страх делает вас сварливым. - TDD на примере

В чем преимущества TDD:

  1. Вы уверены в своем коде и логике.
  2. Ваш код чище.
  3. Повышается качество кода и ремонтопригодность.
  4. TDD может привести к более модульному, гибкому и расширяемому коду
  5. Регрессионное тестирование намного проще, поскольку автоматизированные тестовые примеры обнаруживают ошибки на раннем этапе (так что вы можете быть уверены, изменяя код или доставляя код в производство).

Проблема с меньшим принятием TDD:

Проблема с TDD заключается в том, что на начальном этапе он не показывает своего влияния. Вы убедитесь в его истинной ценности, когда через два-три месяца вам придется реорганизовать код.

Надеюсь, эта информация принесет вам какое-то облегчение.

Хотел бы услышать ваши отзывы об этой статье.

Нажмите чуть ниже. Ваше здоровье !