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

замена с подтверждением

Ну покажет тебе в одном месте method(a, b, c) и в другом месте method(d, e, f). А где-то 50 строками выше b = Class1, а e=Class2. Как ты на экране подтверждения увидишь, что куда передаётся?

рекурсивный поиск и замена с подтверждением по определенной директории

vim

В emacs есть такая штука.

Я полуавтоматом делаю: нахожу через ack все интересующие совпадения, и вывожу их в отдельный буфер.

Потом по очереди открываю каждый файл в горизонтальном сплите (<C-w>+f, по-моему), и прогоняю предварительно записанный макрос на изменение (иногда вешаю два макроса qq, qw)

После изменения 15-20 файлов иду отдохнуть. :) При необходимости процесс повторяется.

Если ты делаешь рефакторинг для сишки или крестов и не имеешь предубеждений против clang, https://github.com/Andersbakken/rtags. Правда придется осваивать emacs.

Если ты делаешь рефакторинг для сишки или крестов

Я пока намекаю на аналог %s/a/b/gc для директорий, скажем, без привязки к ЯП, пусть это будет просто текст.

Крайне желательно без дополнительных плагинов.

смешно.

// кажется, видел такой плугин, если вспомню отпишу. Же live предпросмотр :%s есть в vim-over.

VimCasts: Project-wide find and replace

Через cscope/lvimgrep находишь все места для замены. Дальше, если мест много можно записать макрос который переключает на следующее место (:lnext) и делает необходимые действия.

Самое близкое, что пришло на ум:

:arg **/*.c | argdo %s/from/to/gce

Сам по сочетанию ищу слово под курсором рекурсивно с помощью :vimgrep, а потом хожу по списку и заменяю. Если совсем просто, то можно и автоматически заменить, потом с помощью git diff всё равно проверю, иначе руками с правкой форматирования и/или комментариев.

Проблема в том, что он откроет все эти файлы в виме. А если их там будет сотня? Или тысяча?

А если их там будет сотня? Или тысяча?

vim - это не *подставить название любой ide на java*, откроет даже не запнется

vim - это не *подставить название любой ide на java*, откроет даже не запнется

После этого надо будет как-то жить работать, их придется закрыть для этого :3

1,999bd :)

Я просто сессию переоткрываю, лишние буферы улетают

Делайте свой транзишен в другом экземпляре vim, ну или:

:tabdo windo argd % | argdo bd

bash:

shopt -s globstar
for f in **/*.c; do
    vim -c'%s/foo/bar/gc' -cx -- "$f"
done

zsh:

for f in **/*.c; vim -c'%s/foo/bar/gc' -cx -- $f

ну или file -exec

с подтверждением

Оно потом нескомпилируется или не пройдет тесты. И пользователь сделает роллбек к предыдущему коммиту гита? Ведь у не же есть тесты или статическая типизация, у него же есть гит, ведь так?

file -exec

$ file -exec
Usage: file [-bcEhikLlNnprsvz0] [--apple] [--mime-encoding] [--mime-type]
            [-e testname] [-F separator] [-f namefile] [-m magicfiles] file ...
       file -C [-m magicfiles]
       file [--help]

find штоле?

find: missing argument to `-exec'

Fail. Алсо, подтверждение должно быть не для файла, а для строки.

в теории, может скомпилироваться и пройти тесты, если

class A{
...
};
class B:A{
...
};

method(A* a, A* b, A* c);
method(B* a, B* b, B* c);

ну там sh -c надо поставить после -exec, а остальное в кавычки. и вообще, прекрати, я придуриваюсь, а ты докапываешься. а то ведь я ещё и на перле могу, у тебя глаза вытекут.

dev-util/regexxer

В emacs есть такая штука.

И как?

эээ...find+sed а потом merge ??

ну да. вечно путаю

:help vimgrep

это не то что хочет тс, но то что делаешь ты, как раз проще делается так :)

rtags для вима тоже оказываетсо есть :) https://github.com/lyuts/vim-rtags

надо будет потыкать, пока не пробовал.

Оно потом нескомпилируется или не пройдет тесты.

Да, но это не отменяет ненужности подобного рефакторинга. Всё равно придётся вручную ходить по изменениям и проверять, то ли ты наменял.

Да, но это не отменяет ненужности подобного рефакторинга. Всё равно придётся вручную ходить по изменениям и проверять, то ли ты наменял.

Ну, как и везде, тащемта. Для этого и нужно подтверждение и контекст предполагаемого изменения. А вы, собственно, что предлагаете в качестве альтернативы? :3

А вы, собственно, что предлагаете в качестве альтернативы? :3

IDE. Она делает это всё за тебя.

IDE. Она делает это всё за тебя.

И ты доверишь ей все переименовать не глядя?

А что там смотреть, если она анализирует и 100% гарантирует, что заменилось именно то что надо?

100% гарантирует

Это тебе гарантировал производитель IDE или ты сам так решил?

Проблема в том, что он откроет все эти файлы в виме.

проблема будет если он их попытается открыть НЕ в виме

У меня ни разу не было с этим проблем, поэтому я не вижу смысла вручную ходить и перепроверять. Конечно, я просматриваю свои изменения перед коммитом. Поэтому если проблема внезапно появится, я её замечу. Плюс юниттесты.

sage

Qt Creator например, перед тем как менять, вываливает список замен с контекстом в отдельное окно, где их можно просмотреть и разотметить мышкой ненужное, но это, очевидно, недостаточно чирижжопно, поэтому предлагать не буду.

Qt Creator например, перед тем как менять, вываливает список замен с контекстом в отдельное окно, где их можно просмотреть и разотметить мышкой ненужное

Если бы ты не страдал дислексией, то понял бы, что именно это ТС и надо. В виме.

:arg **/*.c | argdo %s/from/to/gce

N. B. Здесь нет команды сохранения, т. е. неявно подразумевается, что установлена опция 'autowriteall'.

неявно подразумевается, что установлена опция 'autowriteall'

Не обязательно, можно и :wa потом выполнить. Просто замена заменой, а сохранение это отдельный процесс, совмещать может не всегда стоит.