Mature Clojure frameworks web?

Quels sont les choix actuels de la maturité de l'Clojure frameworks web? Je suis à la recherche d'une sorte de fonction de la matrice de me dire ce que le populaire cadres de support, et dans quelle mesure, y compris:

  • Réponse de template (réponse écrit en Clojure ou dans certains autres balisage - comme p.ex. des JSP avec des Tuiles)
  • Sessions HTTP
  • RESTE avec mappage automatique des Url en action-fonctions et paramètres
  • Les formulaires HTML (params disponibles sous forme de cartes, la gestion des erreurs de validation)
  • Flux d'Application (connu à partir de la liste des frameworks Java - les gestionnaires de demandes de retour de l'action des identificateurs qui sont par la suite traitées par les moteurs de rendu)
  • -1 pour demander de sessions HTTP, le Jeu cadre prouve que vous n'en avez pas besoin
InformationsquelleAutor Konrad Garus | 2010-08-23
  1. 33

    Peut-être ma réponse à la Quel est le bon point de départ pour développer des services web RESTful en Clojure? question sur SI peut-être vous aider. Il mentionne quelques importantes bibliothèques web pour Clojure (avec des liens et de brefs résumés). Le point clé qui je tiens à réaffirmer ici est indiqué dans le premier paragraphe de la réponse:

    Tout d'abord, je pense que vous êtes peu probable de trouver un seul réduite solution pour faire tout cela en Clojure (sauf sous la forme d'une bibliothèque Java pour être utilisé par le biais de l'interopérabilité). Ce qui est en train de devenir Clojure standard du Web pile comprend un certain nombre de bibliothèques qui se mélangent et assortir de toutes sortes de façons (car ils sont heureux ont tendance à être parfaitement compatible).

    Pour que je voudrais ajouter que vous ne devriez probablement pas s'attendre à gérer les choses avec la sorte de "flux d'application", vous savez peut-être de Java (ou si vous croyez que vous avez vraiment besoin, vous aurez probablement à rouler votre propre lib à le soutenir!). C'est bien, cependant, que les gens semblent être très heureux avec l'Anneau du gestionnaire-est-une-fonction d'ordre supérieur-middleware-approche amicale.

    Pour répondre à vos balles:

    • Réponse de template:

      Il y a un certain nombre de Clojure des solutions spécifiques, y compris Enlive et Le hoquet (Enlive est un très puissant HTML de grattage /templates /transformer moteur; le Hoquet est un DSL pour l'écriture de code HTML en Clojure avec la belle propriété qu'il rend rapide). Aussi, c'est probablement un endroit où il a le sens parfait pour descendre à Java et utiliser quelque chose comme, disons, StringTemplate. Cela a même le bon côté de décourager le mélange de modèles et de logique! (Je crois que Stuart Halloway a mentionné que sa Pertinence, son entreprise, est d'utiliser cette stratégie dans leur travail et ayant beaucoup de succès avec elle.)

    • Sessions HTTP

      Que serait Banc de sable, je suppose. L'auteur a commencé une série de blogposts sujet qui semble très prometteur.

    • RESTE avec mappage automatique des Url en action-fonctions et paramètres

      C'est Anneau & Compojure et/ou Moustache. Voir ci-dessous.

    • Les formulaires HTML (params disponibles sous forme de cartes, la gestion des erreurs de validation)

      Comme ci-dessus.

    • Flux d'Application (connu à partir de la liste des frameworks Java - les gestionnaires de demandes de retour de l'action des identificateurs qui sont par la suite traitées par les moteurs de rendu)

      Comme mentionné ci-dessus, pas vraiment quelque chose que les gens ont tendance à le faire en Clojure.

    Comme un point de départ dans l'apprentissage de la Clojure web de la pile, cette Bague tutoriel par Anneaus'auteur Mark McGranaghan est très utile. Compojures'auteur James Reeves a une partie de la documentation sur Compojure. Peut-être ma récente réponse à la Ce qui est de la “grande idée” derrière compojure routes? question peut-être de les aider trop. Anneau de sources incluent également un grand SPEC document.

    • auriez-vous l'esprit en pleine expansion un peu sur la question de la création de modèles d'options, et pourquoi vous pourriez recommander "de descendre en java"? Est-ce un problème de la maturité de la fonctionnalité, de performance, ou quelque chose d'autre?
    • Lachlan: je n'aurais pas forcément recommander descendre à Java -- je pense que c'est une tâche lorsque cela n'entraîne pas nécessairement une expérience inférieure. Si la structure de votre application de sorte que votre moteur de template n'appelle jamais à la logique de l'application à l'étape de rendu, quelle différence cela fait-il si il est écrit en Java / Scala / whatever? Au moins aussi longtemps que il ya une façon saine de la définition du modèle variables, bien sûr (par exemple, StringTemplate utilise .setAttribute sur des modèles, qui est assez simple à utiliser avec doseq et une carte de Clojure).
    • Cela ne veut pas dire qu'il n'y a pas de raisons de préférer pur Clojure création de modèles de régimes de -- je ne suis pas sûr que je connais rien tout à fait comme Enlive à l'extérieur de Clojure terre, par exemple (mais un travail remarquable dans le temps, il pourrait ne pas être le choix approprié où quelque chose de beaucoup plus simple serait de faire parfaitement bien), le Hoquet est un grand produisant du HTML DSL (mais il y a beaucoup de point à l'enseignement d'un designer pour écrire un Hoquet quand ils savent déjà un autre JVM solution qui vous pouvez simplement appeler?) etc.
    • Je crois que dans le cas de cette réponse, j'ai simplement pensé que si l'OP est utilisé pour le développement Web en Java, il peut très bien être parfaitement heureux avec n'importe quelle JVM moteur de template, il a l'habitude de faire. En Plus je ne peux pas vraiment penser à un équivalent direct à StringTemplate en Clojure (je ne peux pas voir beaucoup de raison d'en inventer un) et il semble être une excellente solution pour les modèles HTML.
    • Les bons points tous, je vous remercie. Pour clarifier les choses pour moi un peu, je suis arrivé à la conclusion que, au moins pour mes projets personnels, je vais en utilisant directement le hoquet. Après tout, depuis notre langue est la forme syntaxique est isomorphe avec le xml et le html (ou très près), il serait dommage de ne pas trop m'en servir.
    • J'ai fait un framework full stack pour clojure: côte sur clojure Il est encore jeune, c'est pourquoi j'ai laissé un commentaire et de ne pas répondre puisqu'il n'est pas techniquement mature (il manque encore dans quelques régions où l'autre de la pile des cadres de la brillance). Vérifier et voir si résout le problème!

    InformationsquelleAutor Michał Marczyk
  2. 14

    Depuis que cette question a été initialement demandé /réponses, les Noir framework web a émergé comme une solution prometteuse.

    Il utilise le hoquet pour la création de modèles, mais offre un cadre complet autour de cela.

    De base exemple de code à partir de Noir de la page principale:

    (ns my-app
  (:use noir.core)
  (:require [noir.server :as server]))

(defpage "/welcome" []
    "Welcome to Noir!")

(server/start 8080)
    InformationsquelleAutor mikera
  3. 8

    Je vous recommande d'utiliser Luminus, non pas en raison de son impressionnant nom, mais aussi sa fonctionnalité.

    Et, depuis le Noir n'est plus maintenu, je ne vous recommande pas de l'utiliser.
    Il est également un bon choix pour commencer à partir de l'anneau & Compojure depuis le début afin de construire votre propre cadre de référence.

    InformationsquelleAutor crazy_phage
  4. 1

    Vous pouvez peut-être poser la mauvaise question. Ce que je vois dans votre question est "quel Clojure cadre est plus comme le Java Orienté Objet cadres que je suis?". Il n'y a pas de bonne réponse à cela; si vous ne vous sentez à l'aise avec un état-ful approche côté serveur (comme le Graal ou de la Tapisserie), alors peut-être vous devriez rester là, et de trouver une façon de mettre en œuvre certaines de vos backend en Clojure.

    D'autre part, si vous voulez construire quelque chose de plus fidèle à Clojure, vous pouvez trouver votre propre mélange. J'ai eu un bon succès en utilisant AngularJS et CoffeeScript sur le client, et Clojure (à l'aide de l'Anneau et de l'Évêque) sur le serveur (même si nous passons de l'Évêque de Libérateur). Dans tous les cas, une fois que vous embrasser le "single page" web app à l'approche et commencer le traitement côté serveur en tant que source et de puits de données, vous trouverez Clojure fonctionne exceptionnellement bien.

    InformationsquelleAutor Howard M. Lewis Ship
  5. 1

    essayer de route cadre pour fast web dev https://github.com/zhujinxian/road

    (defn render-test [ret tmt]
  (-> (resp/response "------render----test------") 
    (#(resp/content-type %1 "text/plain"))))

(defn foo
  "I don't do a whole lot."
  [x]
  (str "来自源码目录的参数：" x))

(defn handler [^Integer x]
    {:$r render-test :text (str "hello world, road goes sucess!" (foo x))})

(defn home [req content ^Integer num]
    {:hiccup "home.clj" :content (str "home" content) :num num})

(defroad road (GET "/web-test-0.1.0-SNAPSHOT-standalone/main" handler) 
              (GET "/web-test-0.1.0-SNAPSHOT-standalone/home/:num{\\d+}" home))

(defn -main [& args]
  (log/info "---------log4j test-------")
  (jetty/run-jetty road {:port 3000}))
    InformationsquelleAutor ainixian2004