Использование Vim для разработки Lisp
Некоторое время я время от времени использую Lisp, но я начинаю более серьезно относиться к выполнению "настоящей" работы с Lisp. Я большой поклонник Vim, и мне было интересно, как я могу быть наиболее продуктивным, используя Vim в качестве редактора для разработки Lisp. Плагины, предложения по рабочему процессу и т. д. Приветствуются.
Пожалуйста, не говорите «используйте emacs», поскольку я уже начал использовать Vim, и мне это очень нравится как редактор.
В данном случае да, Common Lisp. Я тоже немного поиграюсь в Scheme, но это больше для случайного исследовательского программирования.
Пожалуйста, см. Лисп в Vim с Slimv или Vlime, где я предоставил подробный отчет о программировании Common Lisp в Vim с помощью Slimv или Vlime, двух популярных плагинов для Vim, которые предоставляют SLIME-подобную среду интерактивного программирования для Common Lisp.
Ответы 11
Ознакомьтесь с плагином Limp:
Вы можете попробовать Emacs с эмуляцией Vim, это не идеально, но может показаться вам знакомым. Я думаю, что Lisp великолепен, если вы используете что-то вроде Slime или DrScheme, выполняя итеративную разработку, все остальные редакторы считают, что это неправильно.
: set lisp
В Vim есть режим, который поможет вам сделать отступ в коде по стандартам Lisp.
Кроме того, я модифицирую lispwords, чтобы изменить отступы в моем коде vim.
: setl lw- = if (в ~ / .vim / ftplugin / lisp.vim)
отступы легко. Гораздо важнее предоставить хорошую IDE. На самом деле VIM даже этого не делает (отступы), как Emacs / SLIME.
Я знаю, что вы сказали не говорить вам использовать Emacs.
Используйте Emacs.
Серьезно, установка СЛИЗЬ для Emacs в значительной степени является стандартной платформой разработки то для Lisp, и по очень уважительной причине.
Я все еще поддерживаю этот ответ, хотя люди все еще голосуют за него по состоянию на апрель 2011 года. Мне нравится Vim, и я использую его ежедневно, но нет ничего лучше, чем программировать Lisp в среде, написанной на Lisp. «Я бы хотел, чтобы мой редактор реагировал на то, что происходит на моем Lisp-сервере. О, подождите! Я могу!» это прекрасное чувство. Опять же: я подобно Vim, но я считаю, что Emacs - гораздо лучший редактор для работы с Лисп.
Продолжение: 6 лет спустя, а вы все еще голосуете за ответ почти десятилетней давности? Хорошо, мы поняли, мы поняли! ? Я все еще не меняю его.
SLIME для EMACS - замечательный инструмент для программирования LISP. Лучшая часть - это отправка кода, написанного в вашем редакторе, прямо в живую сессию LISP. Вы можете добиться аналогичного поведения из Vim, используя советы здесь:
http://technotales.wordpress.com/2007/10/03/like-slime-for-vim/
Я скорректировал свой собственный сценарий, чтобы можно было отправлять сообщения в сеанс SBCL или Clojure. Это делает вас более продуктивным и использует REPL.
": set lisp" запускает режим отступа lisp для Vim. Но это не будет работать с некоторыми диалектами, такими как Clojure. Для Clojure используйте VimClojure.
Некоторым людям нравится также ХРОМАТЬ.
Вот классная диаграмма от Xach, которая суммирует текущую ситуацию.
Это глупо. Вам не нужен C для настройки Vim. Vim готов к написанию сценариев на своем собственном языке, и большинство сборок также поддерживают сценарии Ruby и Python.
Итак, пользователи VIM, которые хотят использовать VIM для Common Lisp, являются ядром всех пользователей VIM ?? Может я что-то здесь упускаю ...
@Luis: На самом деле, тот факт, что синяя точка находится в центре, делает невозможным пересечение зеленой точки с ней. Я бы сказал, что автору схемы не известно, как работает геометрия.
Предполагается, что зеленый и синий пересекаются.
Похоже, были попытки создать SLIME-подобную интеграцию Lisp в Vim, но ни одна из них не пошла настолько далеко, насколько это было необходимо, чтобы быть действительно полезным. Я думаю, что интеграция ECL была осуществлена, но еще не реализована.
Вы должны найти все соответствующие ссылки из Страница Cliki о Vim.
Limp стремится стать полнофункциональной средой разработки Common Lisp для Vim. По умолчанию используется SBCL, но его можно изменить для поддержки большинства других реализаций, заменив «sbcl» на ваш любимый lisp в файле /usr/local/limp/latest/bin/lisp.sh
При обсуждении Lisp в наши дни обычно предполагается, что это Common Lisp, язык, стандартизованный ANSI X3J13 (см. HyperSpec и Практический Common Lisp для хорошего учебника) с такими реализациями, как GNU Clisp, SBCL, CMUCL, AllegroCL и многими другими.
Вернуться к хромоте. Существуют и другие решения, которые более легкие или пытаются делать другие вещи, но я верю в создание среды, которая дает вам такие вещи, как сопоставление скобок, выделение, поиск документации, то есть как можно более готовое решение. .
В репозиторий Limp вы найдете некоторые из предыдущих работ проекта SlimVim, а именно интерфейс ECL (Embeddable Common Lisp), объединенный с более поздними версиями (7.1); Саймон также сделал патчи для 7.2, которые еще предстоит объединить. Интерфейс ECL задокументирован в if_ecl.txt.
Краткосрочная работа заключается в том, чтобы выполнить указанное слияние с 7.2 и отправить патч на vim_dev, чтобы он слился с официальным деревом Vim.
Это приводит нас к долгосрочным планам: наличие Lisp непосредственно в Vim позволит удобно начать работу над интерфейсом SWANK (той частью SLIME, которая работает в вашем Lisp, а slime.el является частью, которая запускается в вашем Lisp). редактор - фронтенд).
И где-то посередине, вполне вероятно, что весь Limp будет переписан на Common Lisp с использованием интерфейса ECL, что упростит поддержку Limp (VimScript мне не нравится) и его будет проще настраивать для пользователей.
официальный сайт Limp время от времени отключается, но, как уже указывалось, скачать с Vim.org должен работать всегда, а группы поддержки вялость и хромой пользователь размещаются в группах Google. Не стесняйтесь присоединяться, если вы чувствуете, что вам нужен ответ на вопрос или, возможно, даже хотите участвовать в разработке. Большая часть обсуждений происходит в списке limp-devel. Если вы пользуетесь IRC, я в #limp на irc.freenode.net укажу "тик".
Удачи!
Каков статус этой работы? Вы все еще заинтересованы в работе с ним?
Я запутался. «Ответ» кажется предложением нескольких вариантов, таких как использование Limp, но совсем не объясняет, как этого добиться. Я думал, что вопрос в том, как мне использовать Vim с SBCL и чем угодно. Это не совсем ответ на вопрос, поэтому меня немного смущают все положительные голоса. Не могли бы вы рассказать немного о том, как на самом деле настроить эту среду и начать работу?
Кажется, Limp больше не поддерживается: сайт не работает, а последнее изменение было в 2008 году.
Как отмечали другие, большинство ссылок выше (и на слабой странице на vim.org) давно не работают. Однако вы можете найти почти все (файлы .vim и соответствующую документацию) на github.com/mikaelj/limp
- Надстройки Vim: круглые скобки, синтаксис Lisp
- Дополнения SBCL: rlwrap, sb-aclrepl
Рабочий процесс: Ion3 (или какой-нибудь другой плиточный WM) с несколькими окнами терминала.
- Редактировать Lisp в Vim
- Переключитесь в окно Lisp (конечно, используя клавиатуру)
- Используйте C-r, чтобы вызвать строку для перезагрузки рассматриваемой системы ASDF, чтобы ваши изменения стали активными.
- Используйте копирование / вставку X Window для небольших фрагментов / изменений.
- Активно используйте DESCRIBE, TRACE и APROPOS.
- Повторение.
Вы можете дать Slimv передышку.
+1 Просто начинаю с slimv, так что почти ничего об этом не знаю, но, похоже, он отлично работает из коробки в качестве реальной альтернативы slime для emacs. Также у него есть недавние релизы (v0.9.2 07-ноя-2011), а у limp нет обновлений с 2008 года.
Некоторое время пользуюсь slimv; это отлично. Ничто другое не сравнится в этом пространстве.
Вот и прошло 9 лет, и теперь у нас есть Vim 8 и Neovim, которые предоставляют возможность асинхронного взаимодействия с плагинами.
vlime - отличный, многофункциональный плагин, который использует преимущества нового асинхронного интерфейса для обеспечения SLIME-подобной среды разработки для Common Lisp.
Какой Лисп, Общий Лисп?