Время от времени я использую функцию рефакторинга Eclipse. Некоторые методы более очевидны, чем другие, а некоторые я никогда не пробовал.
Какой рефакторинг наиболее полезен для вас и почему?
Примечание. Я считаю эту презентацию очень полезной, возможно потому, что она, например, управляется таким образом, легко понять:
" Рефакторинг для всех - как и почему использовать автоматические функции рефакторинга Eclipse"
Изменить: эта статья также полезна (спасибо jitter)
Это интересный вопрос. Я знаю, что работает для меня, и интересно посмотреть, что используют другие.
Я решил использовать более научный подход для определения наиболее часто используемых команд рефакторинга. Eclipse имеет встроенную функцию Data Collector (UDC). Данные общедоступный. Я взял данные и извлек следующий график, который показывает наиболее часто используемые команды редактирования (без команд навигации).
alt text http://img.skitch.com/20091207-bmcng36rjy837sqmcx58b85age.gif
Тем не менее, я твердо верю в "Сохранить действия" для форматирования и организации импорта (прочитайте мою статью об этом), поэтому я бы Нет. Я бы также удалил комментарии. Изображение выглядит так: alt text http://img.skitch.com/20091207-ieas1mk5114fwitucqkqxyw6t.gif
Переименовать - потому что предоставление значимых имен - лучший способ написать самодокументирующий код. Shift + Alt + R
Метод извлечения - всякий раз, когда метод слишком длинный. Shift + Alt + M
Извлечь константу - потому что магические числа плохие. Shift + Alt + T (меню рефакторинга, нет прямого ярлыка).
Inline/ввести переменную - удалить беспорядок из методов. Shift + Alt + I (inline), Shift + Alt + L (ввести)
Мои избранные (в порядке использования):
Alt-Shift-R или Ctrl-1 для быстрого переименования файлов) Ctrl-1, Alt-Shift-L) Alt-Shift-M) Ctrl-1) Alt-Shift-C) Мои избранные:
Самые популярные рефакторинги были изложены, и я полностью согласен с ними.
Форматирование кода (источник, формат или Ctrl Shift F) - одна из особенностей среды IDE, которую я использую очень часто. Правда, это не рефакторинг, но он улучшает читаемость кода, сохраняя при этом стиль кодирования: просто переходите к настройкам, Java, Code Style, Formatter и расскажите Eclipse, как вы хотите, чтобы ваш код выглядел!
Генерировать Getters и Setters - это также функция, которую я нахожу для экономии времени при написании Java beans.
Eclipse имеет, пожалуй, наименьший рефакторинг для всех популярных IDE. Вы можете подумать, что Netbeans или IntelliJ (издание сообщества бесплатно). И наоборот, Eclipse, возможно, лучший отладчик.;)
Я использую рефакторинг, когда пишу код (который, как я нашел, ускоряет запись примерно на 15%), поэтому способность IntelliJ реорганизовать код, который не компилируется очень полезен для меня. Другие IDE могут поддержать это сейчас (знает ли кто-нибудь?) Я нахожу, что IntelliJ smart complete является более умным и умным.
Я тестировал перепечатывание файлов из распечатки (изначально написанных в eclipse) и обнаружил, что я использовал на 30% меньше клавиш и на 50% меньше движений мыши при вводе файла с IntelliJ (по сравнению с Eclipse). Я бы оценил Netbeans как где-нибудь в средний.
Мои фавориты:
1) Переименовать - он работает с именами методов, именами переменных, именами классов, полями - действительно что-либо с именем.
2) Преобразование анонимного класса в вложенное - Помогает с отладкой, позволяет повторно использовать логику (например, компаратор), которую вы только думали, что будете использовать в одном месте.
3) Преобразование типа члена в верхний уровень. Часто после внесения анонимного класса во вложенный класс я обнаружил, что класс полезен в другом месте. Этот рефакторинг идеален тогда.
То, что я использую больше всего, это переименование, метод извлечения и изменение метода Signature в этом порядке.
CTRL + 1 на красной выровненной секции, то есть быстро исправить.
Мне нравится метод извлечения (Alt + Shift + M), и поскольку 3.6M1, теперь он обрабатывает выборки, содержащие инструкции continue.
Чтобы сохранить семантику существующего кода, выбор должен включать последний оператор цикла. В извлеченном методе инструкции continue изменяются для возврата:
Для выбора, который потребует нескольких возвращаемых значений в извлеченном методе, Eclipse теперь перечисляет конфликтующие переменные в сообщении об ошибке:
Я использую:
1- Переименовать - для исправления лучшего имени метода
2- Переместить - чтобы упорядочить мой пакет лучшими способами, например, когда я начал свой проект, он был настолько мал, чтобы не требовать пакет io, но теперь да.
3- Генерировать комментарии - когда я создаю .class, избегайте повторной копии лицензии GPL и т.д.
4- Правильный отступ - чтобы мой код читался.
Также стоит прочитать это исследование: Как развивается API? История рефакторинга. Д. Диг и Р. Джонсон.
Авторы заметили, что 80% изменений были рефакторингом и классифицированы. Вот тезис:
Рамки и библиотеки меняют API-интерфейсы. Миграция приложения на новый API является утомительным и нарушает процесс развития. Хотя некоторые были предложены инструменты и идеи для решить эволюцию API, большинство обновления выполняются вручную. К лучшему понимать требования к инструменты миграции, мы изучили API изменения четырех рамок и один библиотека. Мы обнаружили, что изменения, которые нарушают существующие приложения не являются случайными, но имеют тенденцию попадать в определенные категории. Более 80% этих изменений рефакторинга. Это говорит о том, что инструменты миграции на основе рефакторинга следует использовать для обновления приложений.
"Также стоит прочитать это исследование: как развивается API? История рефакторинга. Д. Диг и Р. Джонсон.
Авторы заметили, что 80% изменений были рефакторингом и классифицированы. Вот аннотация... "
Было отмечено, что 80% изменений BREAKING являются рефакторингами. Сами рефакторинги образовали только 20-30% изменений API.
