- iOS/Objective-C 元类和类别
- objective-c - -1001 错误,当 NSURLSession 通过 httpproxy 和/etc/hosts
- java - 使用网络类获取 url 地址
- ios - 推送通知中不播放声音
我正在为我一直在开发的应用程序加载器尝试使用非字符串类型。作为打字错误,我忘记包含特定 URI 的协议(protocol)部分。我预计 Java 测试会因 URI 无效而失败...但是此语句似乎有效...
URI uri = URI.create("contacts.addresses.genericAddress")
对我来说,使用点作为方案部分没有标准......我认为方案部分总是必需的?
有人知道为什么吗?
最佳答案
我会添加我的评论作为答案,因为我认为它是正确的:
来自 Java URI 文档:“由 RFC 2396 中的语法指定,附录 A”和附录 A 允许 URI 是相对路径,没有主机名或方案。所以“this.and.that”可能只是一个像“this.html”这样的文件名(点作为文件元素名是有效的——即路径段中的 pchars)。
关于java - 为什么这个 URI 符合 RCF 2396 标准?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/30824886/
RCF是用于 RPC 和分布式消息传递的库/框架。我喜欢RCF框架的原因如下 在线服务 - 接口(interface) - rpc 调用规范(即,没有单独编译 IDL)。 C10K 设计风格(层叠在
我在 boost 、C++ 、 方面遇到了这个问题 我在 fedora14 上安装了新的 boost(boost 1.44), 我正在链接使用boost的RCF库,并且我也链接了boost,编译没问题
我将 RCF 与 boost.serialization 一起使用(为什么我们已经使用原始版本时使用 RCF 的拷贝?)它工作正常,但是当服务器中抛出异常时,它没有正确传递给客户端。相反,我得到一个
我正在为我一直在开发的应用程序加载器尝试使用非字符串类型。作为打字错误,我忘记包含特定 URI 的协议(protocol)部分。我预计 Java 测试会因 URI 无效而失败...但是此语句似乎有效.
我是一名优秀的程序员,十分优秀!