問題タブ [crystal-lang]

私のアプリは複数の API リクエストを送信し、バックグラウンド ジョブでサード パーティのサーバーに応答を取得します。今のところ、すべてのジョブは新しい Http 接続を開き、応答を受け取った後に閉じます。アプリのすべてのジョブ間でこの接続を共有できる場合は? ジョブのプールが進行している間、それを維持するにはどうすればよいですか? 最後にどうやって閉める？ありがとう。

HTTP::Server::Context というゲッター コンテキストとログイン フォームがあります。
ここで、 context.request.body からデータを解析して、ユーザーが入力したユーザー名とパスワードを取得したいと考えています。

応答のコンテンツ タイプ: application/x-www-form-urlencoded

これは、使用しようとしている C 関数の署名です (バイナリ データの配列を生成します)。

そして、私はそれを次のようにマッピングします:

Cでそれを使用する実際の例は次のとおりです。

しかしクリスタルでは：

Rails 開発者として、私はサーバーで Nginx + Unicorn に慣れています。

Crystal Web アプリ / Kemal に同様のソリューションはありますか?

私はNginxの専門家ではありませんが、proxy_passをCrystal HTTPサーバーまたはKemalまたはfast-http-serverに直接使用できると思います...私が見逃しているのは、プロセス管理、GCオプション、再生成などです.

ここでちょっと壁にぶち当たりました。私のコードが次のようなものだとしましょう：

ここで、戻り値は Int または Nil のいずれかです。私はオプションの概念 (Rust、F#、Haskell などの言語) に慣れていますが、これには本当に混乱しています。

問題なく任意の型の値を返すことができることを認識していますが、より機能的なバックグラウンドから来ると、それは間違っているように感じます.

Rust では、Option<T>. Someそうすれば、値が返されるか、値が返されないか ( ) を簡単にテストできますNone。ただし、Ruby/Crystal では、これはばかげたことのように思えます。

それで、ここに質問があります:返してそれに対してテストする有用な値がない場合、
私はただ返す必要がありますか?これはそのようなケースを処理する慣用的な方法ですか? nilそうでない場合、どのように慣用的な方法でそれを行うべきですか?