URI: how to distinguish from invalid port vs no port number
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 25/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 停滞
- 技術スタック
- rust
- 領域
- api, networking
調査の方向性
Uri::port エントリポイントとこの issue の例から始め、以前のデフォルトポートに関する決定を理解するために hyperium/http#11 を読んでください。API がポートの欠落と無効なポートをどのように区別すべきかを判断し、"/hello/world" と "/hello/world:-9933" の両方を完了ケースとして扱ってください。
索引モデルが issue の本文から書いたものです。
説明
Hey,
I read that default port was rejected in https://github.com/hyperium/http/issues/11.
However, the current API has pub fn port(&self) -> Option<Port<&str>> but it's not possible to
distinguish when invalid port number vs when no port number.
.
Example:
let uri: Uri = "/hello/world".parse().unwrap();
assert!(uri.port().is_none());
let uri: Uri = "/hello/world:-9933".parse().unwrap();
assert!(uri.port().is_none());
Opinions about having pub fn port(&self) -> Result<Option<Port<&str>, Error> or something similar?
- 主要言語
- Rust
- スター
- 1.4k
- フォーク
- 378
- 平均マージ
- 1日 21時間
- マージ済み PR（30日）
- 5
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
hyperium/http のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
-
難易度 4/5 3〜5日 初心者へのやさしさ 45/100
-
難易度 3/5 1〜2日 初心者へのやさしさ 62/100
-
難易度 3/5 1〜2日 初心者へのやさしさ 58/100
-
難易度 3/5 1〜2日 初心者へのやさしさ 62/100
似ている issue
-
bug github_actions
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
registrystack/registry-stack#1393 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
longbridge/gpui-kit#3223 ·
-
bug engine
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
rocky-data/rocky#2181 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
oasisprotocol/oasis-sdk#2523 ·
-
[indexer] [QA] Add a focused test for the new NonRetryableError / assertSocketAlive() behavior. オープンbot:ai-assisted component:indexer QA-roadmap status:untriaged
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
midnightntwrk/midnight-indexer#1557 ·