Quels sont les frameworks web populaires (ok, popular is relative) pour les différentes versions de LISP?
Réponses
Trop de publicités?
Matthias Benkard
Points
11264
PLT Scheme comporte un serveur Web intégré basé sur la continuation .
Mise à jour: le schéma PLT s'appelle maintenant Racket.
Flinkman
Points
4821
dsm
Points
7429
Hunchentoot est également assez répandu
Dan Weinreb
Points
425
La plupart (sinon tous) de la bien connue Common Lisp frameworks web ont déjà été mentionnés, donc je vais juste ajouter quelques commentaires.
Hunchentoot n'est pas un "framework web" dans le sens que la plupart des gens pensent. C'est un serveur HTTP (très bonne).
Drew Crampsie "Lisp sur les Lignes" semble très prometteur, mais je ne suis pas sûr de combien de temps il est. J'ai été en attente pour entendre une annonce.
Marco Baringer est Rare que le Web fonctionne sur de nombreux éminents CL implémentation: Allegro CL, CMUCL, Clozure CL (anciennement connu sous le OpenMCL), GNU clisp, et SBCL. Le seul grand absent est LispWorks; je ne sais pas si cela signifie qu'il n'a pas été testé pour fonctionner, ou est connu pour ne pas travailler, ou quoi, mais si il tourne sur tous les autres dialectes, il est probablement plus facile de le faire fonctionner sur un autre.
Ben Collins
Points
11318
J'ai cherché assez largement pour un bon framework web pour Lisp, et je les ai trouvés tous à être un peu inaccessible. L'Architecture de la UCW ne semble pas très naturel pour moi (je ne me souviens pas pourquoi, il a été un moment depuis que j'ai regardé dedans), et KPAX n'est pas plus maintenu (je pense).
Symbolique web a l'air très intéressant, et je pense que Weblocks est le plus intéressant, mais Weblocks n'est pas très bien documenté et peut être assez intimidant pour les nouveaux arrivants. SymbolicWeb était immature dernière fois que j'ai regardé, mais il peut y avoir grandissent certains depuis. Les fonctionnalités de la page semble assez bonne aujourd'hui.
Il existe différentes approches que vous pouvez prendre. Si vous voulez purement lisp approche, vous pouvez:
- Si vous pouvez lire le code avec compétence et de comprendre les continuations, vous pouvez essayer de Weblocks avec un Hunchentoot backend (Weblocks a une dépendance sur Hunchentoot qui n'a pas été prélevée encore). Il n'est pas censé être un véritable manuel de l'utilisateur dans un mois ou deux, mais comme avec tout OSS projet, de tels engagements sont sommaires.
- De même, vous pouvez essayer de SymbolicWeb. [mise à jour: nevermind, le projet n'est pas plus]
- rouler votre propre. Sérieusement, il y a cl-qui pour aider avec la génération HTML, il y a du javascript et json bibliothèques disponibles, usockets, l'éléphant, le cl-sql, hunchentoot, aserve, et beaucoup de bibliothèques utilitaires que vous pouvez faire cuire ensemble.
Si vous êtes ok avec une approche hybride, c'est quelque chose que j'expérimente en ce moment: j'ai écrit un Lisp JSON-RPC backend pour Qooxdoo, afin que je puisse servir de javascript et des interfaces par le biais d'un superfast serveur http comme Cherokee et laissez Cherokee ferme les connexions de sortie pour que le nombre de backend json-rpc serveurs exécutant en Lisp que je veux. Très, très évolutive. Je suis loin de comprendre les problèmes et les défis, mais il était assez simple de se mettre au travail. la librairie json rend stupide simple pour obtenir le backend de travail - Qooxdoo lui-même est plus dur, je pense (mais je ne suis pas un développeur JS, vraiment).
Je vais aussi vérifier WebActions de allegro, parce qu'il y a une certaine allure à la disponibilité de l'assistance payants - pour ne pas mentionner que Allegro peut-être la meilleure CL de mise en œuvre de la disposition (Son Kennyness l'utilise :-)).
