Zwykle przygotowuję screen
sesję dla każdego projektu. Vim jest w oknie 0 i używam okna 1 do sesji powłoki. Jeśli piszę w języku, który ma przyzwoitą REPL, zwykle uruchamiam to w oknie 2. Oczywiście nie musisz screen
tego robić; możesz to zrobić za pomocą różnych okien terminali lub kart w terminalu Multitab. Uważam, że screen
jest bardziej stabilny niż inne alternatywy: jeśli aplikacja terminalu ulegnie awarii, możesz po prostu uruchomić inny terminal i ponownie połączyć się z nadal działającą screen
sesją. screen
jest również bardzo szybki w nawigacji, gdy się go nauczysz (podobnie jak sam vim).
Najczęściej używam sesji powłoki do skomplikowanych czynności kontroli wersji, takich jak zmiana bazy danych lub scalanie: prostsze rzeczy można zrobić z linii poleceń vima (np. :!git commit % -m 'Added info about
Screen .'
) lub przy użyciu zbiegającego się dodatku. Uważam, że uciekinierzy :Gmove
(zmiana nazwy bieżącego bufora zarówno w vimie, jak i w indeksie git) i :Gdiff
(wywołanie vimdiff na bieżącym buforze z poprzednim punktem w jego historii) są szczególnie przydatne. Możesz także wykonywać takie czynności, jak budowanie komunikatu zatwierdzenia w buforze scratch, kopiowanie tekstu z różnych części kodu, a następnie zatwierdzanie za pomocą:%!git commit -F /dev/stdin
Użyję również sesji powłoki do testowania funkcjonalnego / integracji, jeśli dotyczy to wszystkiego, nad czym pracuję, na przykład, jeśli piszę narzędzie wiersza polecenia.
Funkcja szybkiej poprawki Vima jest przydatna do debugowania, chociaż wydaje się, że wymagany jest inny dodatek dla każdego języka, w którym chcesz pracować. Wydają się także używać różnych technik wywoływania, mapowania na klawisze funkcyjne lub sekwencje klawiszy zaczynające się od \
lub ,
, lub do niestandardowych poleceń lub przez automatyczne wywoływanie po zapisaniu bufora. Do tej pory tak naprawdę nie zadałem sobie trudu, aby to przekopić, a po prostu przeczytałem test jednostkowy lub wyniki włókien w buforze scratch, używając np :r !python -m doctest whatever.py
. Zmodyfikuj kod, przełącz się z powrotem do bufora scratch, u
aby cofnąć, a następnie naciśnij :r
i strzałkę w górę (przez większość czasu), aby odzyskać to polecenie. Ale może warto poświęcić trochę czasu na poszukiwanie dodatku do tego, w zależności od języka, w którym pracujesz.
W przypadku popularnych skompilowanych języków, takich jak C, Java, itp., :make
Zrobi kompilację, a obsługa listy poprawek jest dobrze ustalona. Możesz więc zrobić, :copen
aby wyświetlić bufor szybkiej poprawki. Wyświetli listę błędów, po jednym w wierszu; naciśnięcie Enterlinii spowoduje przeskok drugiego okna do tego miejsca w tym pliku.
Jeśli pracujesz z wieloma projektami naraz, możesz zrobić, :lmake
aby lista błędów była zapisywana na liście lokalizacji : jest to jak lista szybkich poprawek, ale jest skojarzona z jednym oknem, a nie jest singletonem w twoim instancja vim. :lopen
otworzy listę lokalizacji dla bieżącego okna.