El uso de Vim para Lisp desarrollo
https://stackoverflow.com/questions/94792
-
01-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianPregunta
He estado usando Lisp encendido y apagado por un tiempo, pero estoy empezando a conseguir más serio sobre hacer algún trabajo "real" en Lisp.Soy un gran Vim ventilador y se preguntaba ¿cómo puedo ser más productivos con el uso de Vim como mi editor para Lisp desarrollo.Plugins, de flujo de trabajo, sugerencias, etc.son todos bienvenidos.
Por favor, no digas "usar emacs" como ya he aumentó en Vim y estoy disfrutando como un editor.
Solución
Cojera pretende ser una completa Common Lisp IDE para Vim.El valor predeterminado es SBCL, pero puede ser modificado para admitir la mayoría de las otras implementaciones mediante la sustitución de "sbcl" por su favorito lisp, en el archivo /usr/local/limp/latest/bin/lisp.sh
Cuando se habla de Lisp en estos días, se suele suponer que el Common Lisp, el lenguaje estandarizado por ANSI X3J13 (ver el HyperSpec, y La Práctica Común De Lisp para un buen libro de texto) con las implementaciones tales como GNU Clisp, SBCL, CMUCL, AllegroCL, y muchos otros.
De vuelta a Cojear.Hay otras soluciones que son más ligeros de peso, o tratar de hacer otras cosas, pero creo en la creación de un entorno que le da cosas como soporte a juego, destacando, búsqueda de documentación, es decir,lo que es una solución llave en mano tanto como sea posible.
En la Cojera repositorio usted encontrará algunos de los trabajos anteriores de la SlimVim proyecto, es decir, la ECL (Embeddable Common Lisp) de la interfaz, se fusionó con versiones posteriores (7.1);Simon también ha hecho de los parches de 7.2 disponible todavía para combinar.La ECL interfaz está documentado en if_ecl.txt.
De trabajo a corto plazo es hacer dijo la fusión con 7.2 y enviar un parche para vim_dev para conseguir que se fusionara con el oficial de Vim árbol.
Lo que nos lleva a los planes a largo plazo:tener Lisp directamente en Vim se hacen conveniente para empezar a trabajar en un OSTENTOSO front-end (la parte de la MUCOSIDAD que se ejecuta en su Lisp, con el limo.el es la parte que se ejecuta en el editor en el frontend).
Y en algún lugar en el medio, es probable que todos los de Cojera será reescrito en Common Lisp uso de la ECL interfaz, por lo que Cojera más fácil de mantener (VimScript no es mi favorito) y de ser más fácil para los usuarios a personalizar.
El oficial de la Cojera sitio va hacia abajo de vez en cuando, pero como se señaló, la descarga en Vim.org siempre deben trabajar, y los grupos de apoyo limp-devel y limp-usuario están alojados con Grupos de Google.No dude en unirse si usted siente que necesita una respuesta, o tal vez incluso quieres participar en el desarrollo.La mayor parte de la discusión se lleva a cabo en la cojera-devel lista.Si estás en el IRC, estoy en #cojera en irc.freenode.net como 'tic'.
Buena suerte!
Otros consejos
Usted puede dar slimv un descanso.
He aquí un fresco diagrama de Xach que resume la situación actual.
LIMO para EMACS es una maravillosa herramienta para la programación LISP.La mejor parte es la de enviar el código escrito en el editor directamente a un vivir LISP sesión.Usted puede obtener un comportamiento similar de Vim con los consejos aquí:
http://technotales.wordpress.com/2007/10/03/like-slime-for-vim/
He ajustado mi propio script para que yo pueda enviar a un SBCL o Clojure período de sesiones.No se te hace mucho más productiva y tiene la ventaja de la REPL.
":conjunto de lisp", se inicia el lisp sangría modo de Vim.Pero no funciona con algunos dialectos como Clojure.Para Clojure, uso VimClojure.
Algunas personas, como LIMP también.
Retirar la Cojera plug-in:
:conjunto de lisp
Vim tiene un modo para ayudar a la sangría de su código Lisp normas.
También, puedo modificar el lispwords para cambiar la forma en vim sangrías mi código.
:setl lw-=si (en ~/.vim/ftplugin/lisp.vim)
- Vim add-ons:Arco iris Paréntesis, Lisp sintaxis
- SBCL add-ons:rlwrap, sb-aclrepl
Flujo de trabajo:Ion3 (o algún otro de baldosa WM) con múltiples ventanas de la terminal.
- Edición de Lisp en Vim
- Cambiar a Lisp ventana (usando el teclado de curso)
- El uso de C-r para recuperar la línea para volver a cargar la ASDF sistema en cuestión, de manera que los cambios se activa.
- Uso de la X de la Ventana de copiar/pegar para pequeños fragmentos o cambios.
- El uso de DESCRIBIR, SEGUIMIENTO y APROPOS fuertemente.
- Repita.
Usted puede dar con Vim, Emacs emulación de un intento, no es perfecto, pero puede ser algo familiar.Creo Lisp brilla si usas algo como Limo o DrScheme haciendo de desarrollo iterativo, todos los otros editores se sienten mal.
Aquí estamos a 9 años más tarde, y ahora tenemos Vim 8 y Neovim, brindan la posibilidad de interactuar con los plugins de forma asincrónica.
vlime es una excelente característica-rico plugin que toma ventaja de la nueva async interfaz para proporcionar un LIMO-como el entorno dev de Common Lisp.
Yo sé que usted dijo que no te dijera a usar Emacs.
El Uso De Emacs.
Grave, la LIMO configuración de Emacs es bastante el estándar de la plataforma de desarrollo para Lisp, y por una muy buena razón.
Parece que han sido los intentos por tener un LIMO-como la integración de Lisp en Vim, pero ninguno realmente han ido tan lejos como sea necesario para ser realmente útil.Creo ECL de la integración que se ha hecho, sin embargo, pero no se ha comprometido aguas arriba.
Usted debe encontrar todos los enlaces de Cliki la página acerca de Vim.
