私はアプリケーション（社内で使用するための退屈な会計ソフトウェア）の開発を開始し、それをWebベースにすることにしました。これにより、いくつかの問題が一度に解決されるからです。
Haskellが選択できるいくつかのWebフレームワーク（happstack、yesod、snap）を使用して、HTML、CSS、および巧妙に有線のJavaScriptを処理しなければならないという苦痛を再び感じ始めます。
うーん。
だから、私が思ったのは、AJAXのすべての方法を試して、CappuccinoまたはSproutCoreのいずれかでUIを実行することです。（SEOはここでは問題ではありません）。
しかし、今では、上記の3つのうちの1つのような本格的なWebフレームワークは本当に必要ありません。理論的には、JSONまたはXMLでラップされたデータを提供できるHTTPサーバーで十分です。
これらの3つのうちのいずれかを使用することにまだ意味がありますか？
そして何よりも、このアプローチはどれほど実行可能ですか？
ギュンター
あなたの質問はここで「過度に広範」になっている可能性があると思います-それはあなたの要件に依存すると思います. JSON を交換するだけなら、タイプセーフな URL などはおそらく必要ないでしょう。実際、Yesod ブックにはJSON Web サービスの例があり、Yesod 自体の使用を避け、代わりに基礎となるWAIパッケージに基づいています。
Snap と Happstack については詳しく調べていないのでコメントできませんが、他にも選択肢があります。たとえば、Scottyは、WAI の上に単純なレイヤーを追加します。これは、学習曲線をほとんど使わずに基本的なサーバーを構築するのに十分なはずです。Scotty のコードを読むことは、より複雑な Yesod アプリを開発している場合にも非常に役立つ WAI の理解を深める良い方法であることもわかりました。
大きな3つのWebフレームワークはすべて、独自のWebサーバーを備えています。Yesodのサーバーはwarpです。Snapのサーバーはsnap-serverです。Happstackのサーバーはhappstack-serverです。それらはすべて、アプリケーションに適したかなり低レベルのAPIを備えています。WarpのAPIはwaiで定義されています。SnapサーバーのAPIはsnap-coreで定義されています。Happstackには、API用の個別のパッケージはありませんが、happstack-liteパッケージに簡略化されたバージョンがあります。
APIを確認し、最も気に入ったAPIを使用することをお勧めします。