ClojureScript を使用して Web サイトを構築することを検討しています。node.js のように、クライアント側とサーバー側の両方で ClojureScript を記述することは理にかなっていますか?
2 に答える
それは可能ですが、Clojure 自体をサーバー側で使用しない理由はまったくありません。パフォーマンスが向上し、ライブラリの可用性が大幅に向上します。Clojurescript/Clojurescript とのインターフェイスは、Clojure/Clojurescript ほど簡単ではありません。
これをお勧めする唯一の状況は、サーバー側の JavaScript インフラストラクチャ (ノードなど) に完全にコミットしており、Javascript の代わりに Clojurescript を書きたい場合です。
@ Levandへの返信:(本当の答えではなく、私は主にphpプログラマーである単なる人間です)。そう。私は本当に(できれば)レヴァンドに彼の答えをさらに発展させることを強く勧めます. わからないでください、それだけです。私はいくつかの Lisp 機能の大ファンです (特に、Scheme のかなり変わったマクロ構文)。したがって、私は彼に(彼がそれを知っているなら)、またはそのことについて誰か他の人に教えてもらいたい. 何が悪いんだ。悪いところは全く見当たりません。それどころか、私はそれが好きです(残念ながら、ブラウザでclojurescriptを使用したことはありません)。頭のてっぺんに思いつく唯一の悪いことは.
- パフォーマンスを測定するのは困難です (Java エンジン用にビルドされたため)。
- ヤグニ。
- かなり難解です。つまり、ホームページやサーバーを乗っ取った人がそれを学びたくない可能性があります。(質問が多すぎて答えが少ない)。
Gambit-Scheme が UNIX スクリプターにとって優れたツールである場合、ブラウザーまたはサーバーに素敵な Clojurescript Lisp を配置することに問題があるかどうかはわかりません。(お分かりのように、私は自分自身を優れたプログラマーとは言えません。2 か月間フルタイムで Debian を使用した後、Debian と Ubuntu は私には向いていないと自分に言い聞かせました。私が簡単になりたかったこと)。そうでない場合は、学習と実験の楽しみのために。(問題を新しい方向から見ようとする、いわば「既成概念にとらわれずに考える」)。ズバイルが html に clojurescript を統合することについて彼の考えを共有できれば、私はとても幸せです.. /学校で別の悪いプログラマーに計画を教えられた悪いプログラマーは、彼がそれを学んだことをとてもうれしく思います。それはかなり苛立たしい経験でしたが。誰かが拾ってくれることを期待して、ボールを空中に投げ捨てる。