Каковы типичные варианты использования для vi?

Почему, о, ПОЧЕМУ, эти # ? @ ! чокнутые используют vi?

Я не делал ничего, что можно было бы назвать большим проектом на python (только небольшие тестовые сценарии), но я использую Vim исключительно для написания больших встроенных приложений C, и я никогда не действительно почувствовал потребность в IDE.

Vim быстро запускается, чрезвычайно быстр в использовании и (с небольшой настройкой) может делать большинство вещей, которые может делать IDE. Он выполняет автозавершение кода, автоматический отступ и переформатирование кода, и он очень хорош в рефакторинге. Плагин проекта http://www.vim.org/scripts/script.php?script_id=69 упрощает управление проектами с большим количеством файлов, а плагин taglist http: // www.vim.org/scripts/script.php?script_id=273 отлично подходит для просмотра исходного кода. Это также позволяет вам открывать код C рядом с кодом Python, ассемблерный код и латексная документация без использования разных инструментов для каждого.

В целом, я думаю, что есть одна действительно ценная вещь, которую Vim дает вам, которую делают очень немногие другие редакторы, и мне было бы очень трудно ее потерять: Я могу разделить окно на три части следующим образом:

Каждое из подокна может отображать либо отдельный файл, либо (как на скриншоте) отдельную часть файла. Я полагаю, что emacs может это сделать (хотя я могу ошибаться), но я сомневаюсь, что многие IDE могут. Это может иметь неоценимое значение для рефакторинга и обращения к другим частям файла.

Каждое из подокна может отображать либо отдельный файл, либо (как на скриншоте) отдельную часть файла. Я полагаю, что emacs может это сделать (хотя я могу ошибаться), но я сомневаюсь, что многие IDE могут. Это может иметь неоценимое значение для рефакторинга и обращения к другим частям файла.

Каждое из подокон может отображать либо отдельный файл, либо (как на скриншоте) отдельную часть файла. Я полагаю, что emacs может это сделать (хотя я могу ошибаться), но я сомневаюсь, что многие IDE могут. Это может иметь неоценимое значение для рефакторинга и обращения к другим частям файла.

Я использовал VI (M) и Emacs в качестве основных редакторов в течение многих лет ... Я пытался переключиться на IDE, но обнаружил, что они не могут полностью мне помочь. Я всегда через некоторое время снова попадаю в VI (M) или Emacs. Одна из основных причин заключается в том, что я считаю, что мои руки должны слишком часто оставлять клавиатуру в среде IDE, поскольку им слишком часто требуется мышь ... И мне слишком лень настраивать собственные ярлыки для всего.

Вот почему я его использую.

1. он быстро запускается
2. он доступен на нескольких платформах и есть на всех машинах Unix
3. он быстро используется (нажатия клавиш для общих операций , операции, основанные на словах / абзацах и т. д.)

Однако я использую IDE для крупномасштабных разработок, так как не могу поверить, что их можно превзойти по производительности, учитывая их способность распознавать код и рефакторинг. Я использую Eclipse, но подключаю к нему эмулятор редактора VI. См. этот ответ для более подробной информации.

Хотя и не всегда так красиво, (g) vim можно настроить так, чтобы он делал все, что может делать IDE ... и еще кое-что. Вам просто нужно найти правильные плагины .

После периода привыкания, другие редакторы ide и текстовых редакторов станут неуклюжими и неэффективными по сравнению с ними.

vim вызывает привыкание.

Я часто работаю в удаленной системе, программируя для кластера или редактируя файлы конфигурации на безголовом компьютере. Все это можно сделать с помощью передачи файлов, обычной IDE и другой передачи файлов, но гораздо быстрее просто использовать VIM через SSH.

Vim is not very good at code awareness. What it is good at is text manipulation. It provides you with the tools for you to edit text, not to edit for you. If you just do "small" edits and don't read up on the occasional "vim commands you wish you knew" you'll never understand the power provided.

code formatting

Formatting is done with =. You can also point equalprg to an external program to do the formatting for you.

import organizing

Vim won't be able to remove unused imports but if you select the import lines

:'<,'>sort

simple overview over all packages

:vs .

This will open a vertical window containing the current working directory :)

In conclusion, vim can't replace your IDE but it will let you edit your text.

Я видел несколько руководств по использованию VI в качестве IDE, но в лучшем случае это было неудобно.

В самом начале нужно сделать одну вещь: выбросить за борт свое чувство эстетики. Вы никогда никогда не получите в VIM такого же графического опыта, как в приличной среде IDE.

Тем не менее, VIM на самом деле действительно предлагает многие функции полнофункциональной среды разработки. выдувная IDE и, кроме того, имеет массу преимуществ. Я использую VIM почти для всех своих разработок и всех моих текстовых документов (используя Vim-LaTeX ) - хотя я действительно заплатил деньги за офисный пакет Apple, iWorks.

Но есть один момент, который все еще не дает мне покоя: Я не могу заставить IntelliSense работать . Для меня это огромная проблема, особенно при использовании таких языков, как VB, C # или Java, для которых существует отличная поддержка IDE.

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

Как обычно: Выберите ваш инструмент в зависимости от работы, которую вы должны сделать! ;-) Я использую Vim и Visual Studio. Необязательно выбирать только одну.

• Если вам нужна IDE, используйте IDE. Vim создан для работы с текстом.
• Он поддерживает любые языки. Попробуйте отредактировать сценарий Ruby с помощью Visual Studio.
• Производительность с большими файлами намного лучше, чем для большинства IDE. Попробуйте проанализировать файл журнала, содержащий 100 тыс. Строк и более, с помощью вашей IDE.
• Он работает на многих платформах, и вы можете использовать его через удаленную консоль, если вам нужно редактировать файлы на сервере.
• ...

] IDE - это специализированные инструменты, которые хороши для решения проблем, для которых они созданы.

Вы можете найти (или легко установить) почти где угодно - Работает на всех системах, которые могут реализовать стандартную библиотеку C, включая UNIX, Linux, DOS, Windows, Mac, BeOS и POSIX-совместимые системы.

Возможность войти на удаленный сервер и уверенно редактировать файл конфигурации бесценна.

Это, очевидно, горячая тема, поэтому я приведу список причин, по которым я предпочитаю редактор IDE для кодирования. 1) Я предпочитаю иметь возможность сворачивать части кода (я не знаю, может ли это делать Vi(m)) без необходимости помнить команду для этого или набирать ее.

2) Я предпочитаю кнопку/команду компиляции одним щелчком, в отличие от необходимости помнить команду компиляции и ее библиотеку опций

3) Я предпочитаю более простые операции выделения копирования-вставки без необходимости........ aah sod it!!!

Ну, теперь вы поняли суть. Я не ругаю Vi(m), я просто думаю, что визуальное представление элементов и функциональности вашей среды кодирования делает голову более ясной и поощряет поиск возможностей, о которых вы, возможно, не знали.

Я предпочитаю vim над vi и предпочитаю не смешивать их вместе. Vim предоставляет некоторые функции, которые действительно удобны и не всегда очевидны. Уже упоминалось о разделении экрана. Также вы можете проверить ctags или exctags. Это позволяет вам перемещаться по базе кода из vim. Я могу поместить курсор на вызываемый метод, перейти к определению, перейти к определению внутри этого метода и т. Д. Очень эффективен для отслеживания ошибок. Cscope - еще одна похожая программа.

Vim также позволяет запускать произвольные команды оболочки в среде и имеет мощные функции поиска и замены.

Итак, IDE предоставит большинство из них, а что vim предоставит по сравнению с традиционной IDE на основе графического интерфейса? Это просто, это работает через интерфейс командной строки.

Это позволяет мне войти в свой ящик разработчика, запустить screen (определенно что-то, что нужно проверить для незнакомых: http://www.gnu.org/software/screen/ ) и запустить несколько сеансов vim в моем сеансе экрана на моем ящике разработчика. Теперь, когда я ухожу с работы на день, я могу оставить свою рабочую сессию так же, как я ее оставил, даже во время выполнения сборок. Когда я прихожу на работу на следующий день, я могу подключиться из своего окружения, как будто я никогда не уходил.

Еще одна причина, почему вам нравится vim или vi, в частности, заключается в том, что их можно найти практически в любой среде Unix.