Cela fait quelque temps que j'utilise Lisp, mais je commence à être plus sérieux dans mon travail «réel» à Lisp. Je suis un grand fan de Vim et je me demandais comment je pourrais être plus productif en utilisant Vim comme éditeur pour le développement Lisp. Les plugins, suggestions de flux de travail, etc. sont les bienvenus.
S'il vous plaît, ne dites pas "use emacs", car j'ai déjà développé Vim et je l'apprécie vraiment en tant qu'éditeur.
Limp vise à être un complet Common Lisp IDE pour Vim. La valeur par défaut est SBCL, mais peut être modifié pour prendre en charge la plupart des autres implémentations par le remplacement de "sbcl" pour votre favori lisp, dans le fichier /usr/local/limp/latest/bin/lisp.sh
Lors de la discussion de Lisp ces jours, il est communément supposé être Common Lisp, le langage normalisé par l'ANSI X3J13 (voir l'HyperSpec, et Pratique Common Lisp pour un bon manuel) avec les implémentations comme GNU Clisp, SBCL, CMUCL, AllegroCL, et beaucoup d'autres.
De retour à Boiter. Il y a d'autres solutions qui sont plus légers, ou essayer de faire d'autres choses, mais je crois en leur fournissant un environnement qui vous donne des choses comme support correspondant, en mettant en évidence, de la documentation, de recherche, c'est à dire en faire une solution clé en main autant que possible.
Dans le Boiter référentiel , vous trouverez certains des travaux antérieurs de la SlimVim projet, à savoir l'ECL (Intégrable Common Lisp interface, fusionné avec les versions ultérieures (7.1); Simon a également apporté des correctifs à 7,2 encore disponible pour être fusionnées. La LISTE de l'interface est décrite dans if_ecl.txt.
À court terme, le travail est à faire, a dit la fusion avec la 7.2 et soumettre un patch pour vim_dev pour l'obtenir fusionné dans l'officiel Vim arbre.
Ce qui nous amène à des plans à long terme: avoir Lisp directement dans Vim va rendre plus pratique pour commencer à travailler sur un SWANK avant la fin de la partie de la vase qui s'exécute dans votre Lisp, avec la boue.el étant la partie qui s'exécute dans l'éditeur - l'interface).
Et quelque part entre les deux, il est probable que l'ensemble des Boites sera réécrit en Common Lisp à l'aide de la LISTE de l'interface, en faisant Boiter plus facile à maintenir (VimScript n'est pas mon préféré), et être plus facile pour les utilisateurs à personnaliser.
L' officiel de la Boiterie du site descend de temps en temps, mais comme l'a souligné, le téléchargement à l'Vim.org devrait toujours fonctionner, et les groupes de soutien de limp-devel et mou de l'utilisateur sont hébergés avec Google Groupes. N'hésitez pas à participer si vous sentez que vous avez besoin d'une question répondu, ou peut-être même envie de participer sur le développement. La plupart de la discussion a lieu sur le limp-devel liste. Si vous êtes dans l'IRC, je suis dans #boiter sur irc.freenode.net comme "tic".
Bonne chance!
Voici un diagramme cool par Xach qui résume la situation actuelle.
SLIME pour EMACS est un merveilleux outil de programmation LISP. La meilleure partie est l'envoi de code écrit dans votre éditeur de droite pour un live LISP session. Vous pouvez obtenir un comportement similaire de Vim à l'aide des conseils ici:
http://technotales.wordpress.com/2007/10/03/like-slime-for-vim/
J'ai ajusté mon propre script, de sorte que je peux envoyer à un SBCL ou Clojure session. Il vous rend plus productif et prend avantage de la REPL.
":set lisp" commence le lisp indentation mode pour Vim. Mais il ne fonctionne pas avec certains dialectes comme Clojure. Pour Clojure, utilisez VimClojure.
Certaines personnes aiment MOU aussi.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
