Zwykle przygotowuję screensesję 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 screentego robić; możesz to zrobić za pomocą różnych okien terminali lub kart w terminalu Multitab. Uważam, że screenjest 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ą screensesją. screenjest 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 aboutScreen .') 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, uaby cofnąć, a następnie naciśnij :ri 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., :makeZrobi kompilację, a obsługa listy poprawek jest dobrze ustalona. Możesz więc zrobić, :copenaby 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ć, :lmakeaby 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. :lopenotworzy listę lokalizacji dla bieżącego okna.