Question: Migration from RFC2396 make_regexp to RFC3986
还没有人认领这个 Issue。
评估
调研方向
首先跟踪 URI::DEFAULT_PARSER.make_regexp 以及 issue 中描述的 RFC2396_PARSER 委托。比较提议的 RFC2396_PARSER 和 RFC3986_Parser::RFC3986_URI 路径，然后检查 Hanami 和 Capybara 如何使用 matcher。完成的标准是确定并记录一种受支持的替代方案，以避免出现弃用警告。
由索引模型根据 Issue 内容生成。
描述
I'm doing a bit of warn-housekeeping on Hanami which uses the following (without passing a schema) to match URIs in the asset handling:
ABSOLUTE_URL_MATCHER = URI::DEFAULT_PARSER.make_regexp
This triggers the obsolescence warning since the DEFAULT_PARSER has switched to RFC3986_PARSER which just delegates make_regexp back to the RFC2396_PARSER.
Is there a recommended path forward?
URI::DEFAULT_PARSER.make_regexp--replace-with-->URI::RFC2396_PARSER.make_regexpURI::DEFAULT_PARSER.make_regexp--replace-with-->URI::RFC3986_Parser::RFC3986_URI
The warning suggest 1, but RFC2396 is obsolete, so rather 2? Or is there a third way? Thanks a lot for any hints!
(Update: Capybara uses the same URI::DEFAULT_PARSER.make_regexp as well, so the same question arises there.)
- 主要语言
- Ruby
- 星标
- 125
- 派生
- 65
- 平均合并
- 6 小时 4 分钟
- 30 天内合并 PR
- 2
贡献指南
这个仓库没有索引到贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
ruby/uri 的其他 Issue
-
难度 3/5 1-2 天 新手友好度 48/100
-
难度 1/5 1 小时以内 新手友好度 25/100
-
难度 3/5 1-2 天 新手友好度 68/100
-
难度 3/5 1-2 天 新手友好度 52/100
-
难度 5/5 一周以上 新手友好度 35/100
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 70/100
-
bug
难度 1/5 1 小时以内 新手友好度 90/100
riscv/riscv-unified-db#2626 ·
-
Component: GLib
难度 2/5 1-3 小时 新手友好度 70/100
-
ds-drift
难度 2/5 1-3 小时 新手友好度 70/100
we-promise/sure#3693 ·
-
难度 2/5 1-3 小时 新手友好度 75/100
simp/pupmod-simp-simp#395 ·