Эффективная работа с устаревшим кодом - изменение программного обеспечения (Часть 1: Эпизод 1)

Это Глава 1 из серии Эффективная работа с устаревшим кодом.

Часть 1: Механика изменений:

Эпизод 1: Изменение программного обеспечения

Программное обеспечение развивается по мере изменения требований. А изменение кода - это то, чем любой разработчик программного обеспечения занимается всю свою жизнь.

Есть способы сделать изменение кода трудным и намного проще. Мы склонны проводить рефакторинг кода на протяжении всего цикла разработки по мере необходимости или увеличения сложности программного обеспечения.

Четыре причины изменить программное обеспечение

Есть четыре причины изменить программное обеспечение, перечисленные в книге.

1. Добавление функции.
2. Исправление ошибки.
3. Улучшение дизайна.
4. Оптимизация использования ресурсов.

1. Добавление функции

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

"Behavior is the most important thing about software. It is what users depend on. Users like it when we add behavior, but if we change or remove behavior they depend on, they stop trusting us."

2. Исправление ошибки.

Что исправляет ошибку? Нам нужно различать исправление ошибки и добавление функции. Часто они связаны между собой.

Например, компания хочет изменить кнопку «Отправить электронное письмо» снизу слева направо. Это добавление функции или исправление ошибки? С точки зрения разработчика, это можно рассматривать как совершенно новую функцию. Но бизнес может просто подумать об этом как об исправлении ошибки.

3. Улучшение дизайна.

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

Рефакторинг отличается от очистки кода в том смысле, что «Мы не делаем просто вещи с низким уровнем риска, такие как переформатирование исходного кода или переписывание его фрагментов, вместо этого мы делаем серию небольших модификаций, поддерживаемых тестами. чтобы упростить изменение кода ».

4. Оптимизация использования ресурсов.

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

Глава 2: Серия устаревшего кода

Ссылки:

• Эффективная работа с устаревшим кодом ~ Мягкая обложка