Pydantic が HTTPX の後継「HTTPX2」を公開、HTTP/2 と CLI を統合した次世代 Python HTTP クライアント

▲ 104tosh34 HNでの議論

Pydantic が HTTPX の後継として「HTTPX2」を公開しました。HTTP/1.1 と HTTP/2 の両方をサポートし、同期・非同期 API に加えて統合 CLI も備えます。requests 互換の API を維持しつつ、WSGI/ASGI アプリへの直接リクエスト、厳格なタイムアウト、完全な型注釈、100% のテストカバレッジを実現。開発が停滞していた HTTPX に代わり、Pydantic がメンテナンスを引き継ぎ、セキュリティアップデートを含む継続的な開発を約束します。

HTTPX 自体の活動が最近限られている中、Pydantic は HTTPX2 という名前で管理を引き継ぎ、多くの本番システムの重要な経路にあるライブラリにタイムリーなセキュリティアップデートを含む、確実にメンテナンスされた前進の道をユーザーに提供します。
原文を読む →HNでの議論RSS

HNでの議論

34
  1. BoumTAC

    初心者の質問です：リクエストライブラリがこんなにたくさんある目的は何ですか？ JavaScriptではめちゃくちゃですが、Pythonでも同じようになってきています：requests、httpx、httpx2...

    私の視点からすると、HTTPリクエストは何年も（何十年も？）習得されてきました。ライブラリを切り替える意味は何ですか？新しいHTTPライブラリの何がそんなに特別で、requestsがダメに見えるのでしょうか？

    新しいプロトコルが時々登場するのは理解しています（HTTP/2など）が、それは非常に稀です。そして、2つのライブラリの間にパフォーマンスの違いがあるとしても、本当にそんなに大きいのでしょうか？たとえ大きかったとしても、99%の人々はその向上を必要としていません。既存のライブラリのパフォーマンスを改善するだけではダメなのでしょうか？

  2. jenders

    このプロジェクトが別の名前、例えば「httpx-ng」や「httpy」だったら良かったのにと思います。なぜなら、「http*2」と聞くと、すぐに時代遅れのhttp/2プロトコルを連想してしまい、httpxプロジェクトとは結びつかないからです。

  3. casper14

    人々はHTTPXがAiohttpよりもどれほどパフォーマンスが悪いかを認識すべきです。大規模なシステムでは、それは大きな違いを生みます。

  4. niltecedu

    誰かがhttpxを使っているのを見るたびに、特にniquestsが存在するのに、なぜそれを使うのかといつも疑問に思います。niquestsの方がずっと優れたパッケージだと感じています。

  5. WalterGR

    ユーザーの他の投稿も参照してください： https://news.ycombinator.com/item?id=49477212

    「OpenAI: Migrating to HTTPX2」（github.com/openai）

    66ポイント | 1時間前 | 50コメント

この日のほかの記事

2026-08-28