我们作出以下的这些推断是否是正确地理解了 XRI 解析规范，望你们能予以说明。我们将不甚感激：1) 所有要获取被 XRI 所标识的资源的方法都需要（最少）进行两轮，第一轮是取回元数据（XRDS，XRD 或 uri list），第二轮才是取回资源（的一个表述）本身？
2) 在请求 XRI 的时候，HTTP 内容协商被用于强制元数据的返回或是重定向到一个资源的表述？
3) 在建立了完整形式的 XRI 并将其作为基本 URI 的时候，当然允许作为普通形式相对的 XRIs。在没有作为基本 URI 的完整 XRI 的时候，它们也同样是被允许的吗？比如说"=henry"在没有任何基本 URI 的情况下能够被理解成一个 XRI 吗？如果是这样的话，如何来保证在现在和将来，这样缩略语法的 XRI 能够与上下文中可能同时出现的绝对的和相对的 URIs 进行协调呢？（比如，保持它们是不相交的）
同时，能告诉我们，你们将打算采取什么样的步骤（如果有的话），来向 IETF 将‘xri’注册为一个 URI 模式呢？
现在看起来没有 XRI 我们一样做得很好。是先有了解决方案再反过来寻找要解决的问题吗？如果这个标准被采纳会招致更多的争论吗？还是它会由于缺少主流厂商的实现而渐渐走向遗忘？
暂无签名
中国开发者画像洞察报告 2022
本次报告为你深度解读开发者人群背景，分析开发者群体面临的挑战，洞察开发者人群特征，预测开发者生态发展...
百度文心（ERNIE）语义理解技术最新进展及应用实践
基于 Serverless 的腾讯在线教育中后台业务落地实践
淘宝搜索推荐广告端到端深度学习平台
评论