Рефакторинг имён в программах

Рефакторинг (от англ. refactoring) – оптимизация, улучшение реализации программы без изменения ее функциональности.

Применительно к уже кем-то или когда-либо написанным программам может осуществляться рефакторинг имен, рефакторинг структуры данных программы, рефакторинг структуры программы и рефакторинг кода. Одновременно с рефакторингом кода может быть осуществлен и рефакторинг описания алгоритма на естественном языке.

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

Непонятные имена – это нечитаемая программа, а нечитаемую программу тяжело сопровождать.

Рассмотрим случаи, в которых может потребоваться рефакторинг имен:

1. Изменение правил. Можно составить разные правила составления имен. Можно придерживаться сначала одних правил, потом уточнить эти правила и начать придерживаться других. Неизменным должно оставаться только одно правило: все имена в проекте должны быть построены по одним правилам.
2. Частичный рефакторинг имен. Если Вы по каким-либо причинам изменили правила составления имен, то следует обновить все имена, не подходящие под новые правила.
3. Невозможность однозначного предсказания будущего. Любой проект развивается. На этапе создания может оказаться, что спроектированная структура не полна. Иногда может оказаться, что сначала предполагалась одна структура, а затем стала очевидной другая более предпочтительная структура.
4. Тяжелый случай, при котором рефакторинг имен, по вашему мнению, не нужен: Вы уже заканчиваете работу над проектом, не планируете в будущем его поддерживать и Вам все равно, что о Вас подумают люди, которым придется разбираться в Вашем коде.

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