ハンバーガーセットをポテトとジンジャーエール(M)でお願いします。かしこまりました一見、ステートフルのほうが、いちいちハンバーガーセットを頼むという旨をつたえなくていいため賢いと思われる。実際にやとうなら絶対にステートフルな店員ですよね。ステートレスの何が良いのか実社会で雇うなら、間違いなくステートフルな店員のほうなのですが、Webの世界では勝手が違うようで、、。ステートレスを導入することでこのようなメリットある。サーバ資源をすぐに開放できるという利点があり、利用者や負荷におういて性能や機能を向上させられるこれは具体的にはどういうことなのかこれもハンバーガー店に置き換えて考えるとわかりやすい。ハンバーガーセットをポテトとジンジャーエール(M)でお願いします。店員が一人の客にずっと対応していると、その間は他の客に対応することができない。店が混んできたら(アクセスが増加したら)、店員を増員して(WEBサーバを増設して)対応する。普通の店舗では一つのレジで一人の店員がずっと同じ客を受け付けるのだが、WEBの場合は複数のWEBサーバで複数のクライアントを同時にうけつけるため、ステートレスサーバであれば、上記の様に各インタラクションで別々の店員が客の注文をに応答することが可能になる。事情を知らない人(異なるサーバ)でも対応できるように、すべての情報をはじめから投げてあげるというのがステートレスなのである。ステートフルであれば、既にリクエストを受け付けたことを覚えている。まとめステートレスとはリクエストには、処理に必要な情報を含むステートフルとは異なり、自己完結型であるサーバ資源をすぐに開放できるという利点があり、利用者や負荷におういて性能や機能を向上させられるアプリケーションの状態を覚える必要がないため、サーバ側のシステムは単純になる今回得た気づき毎回毎回、値を投げるのってだるくねと思っていたが、理由がわかった。フロントとバックを分けるからこそのテクなんだろうなと。requestStockLike136@mtakehara21サウナ大好き新卒2年目エンジニア。サウナの数だけ強くなれるよ。upLoginユーザーは見つかりませんでした。