Haskell と Web フレームワークを見て、Haskell の優れたスレッド化/イベント機能を使用して、データ用の HTTP API と WebSocket を公開する HTML5 および REST アプリを作成するためのプラットフォームを強化することに意味があるかどうか疑問に思います (おそらく、適切なフォールバックのための SockJS サポートを使用)。 ) イベントの API? 「大きな」Web フレームワークは、WebSocket を第一級の市民としてサポートしているようには見えませんが、他にも多くのことが行われているようです。
私の懸念は、Haskell がうまく機能する利用可能なコアを利用することですが、検証とサーバー側のロジックのためにサーバー側で簡単なユーザー統合を提供することです (Lua などを埋め込むことでしょうか?)。これを JVM で記述した場合、複数のサーバー側の言語サポートと、この種のことを行うための多数のライブラリを利用できます。
人々は自分のアプリケーションのための 1 回限りのソリューションでこのようなことをしていると確信していますが、データを使用して HTML5 アプリを作成できる PaaS タイプのアプローチに沿って考えています (オフラインで使用するための適切な同期を含む)。そして、プラットフォームの基本的な部分として「無料」でイベントを行います。ほとんどのロジックはブラウザーに常駐しますが、適切なフックと適切な埋め込み機能を使用してサーバー上で実行できるロジックもあります (JavaScript は問題外のようで、Haskell にインタープリターを埋め込むことについてはよくわかりません。私は一般的に Haskell に危険なほど精通しているだけです)。 .
私が Haskell でこれまで抱えていた問題の一部は、私が数学の専門家ではないことです。私は大学で CS を勉強したわけではなく、クリエイティブなタイプの思想家です。そのため、多くのチュートリアルとドキュメンテーションは、特に数学的なものを扱う場合に、私をかなり混乱させます.
すでにこの道をたどった人はいますか?私はパーティーに遅れていますか?:)