JAXRPC 消息传递风格和格式
我是 Web 服务的初学者，正在尝试学习 JAX RPC 我已经读过有关消息样式和消息格式的内容。 结合 Document Literal 总是更好。 这是真的吗？请告诉我我们什么时候使用RPC风格？
I am a beginer to Web services , trying to learn JAX RPC
I have read that , for the Message Style and Message Format .
Its always better to go with the combination of Document Literal .
Is this true ?? Please tell me when do we use RPC Style then ??
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
旧的 Web 服务使用 RPC 风格的编码，这些服务仅与相同类型的其他系统（即 .net 到 .net、java 到 java 等）通信。问题是数据类型的编码从未被完全指定，使得跨平台使用变得困难。
文档文字编码使用 XML 模式约束的文档来传递数据，这种方式更加健壮，但复杂性更高。不过，它确实使跨平台 iweb 服务变得更加容易。
总之，RPC 编码已经过时，并且很少再使用。
RPC-style encoding was used by old web services that only talked to other systems of the same type (i.e. .net to .net, java to java, etc). The problem was that the encoding of data types was never specified fully, making cross-platform usage difficult.
Document-literal encoding uses XML Schema-constrained documents to pass the data around, which is much more robust, at the expense of higher complexity. It does make cross-platform iweb-services much easier, though.
In summary, RPC encoding is obsolete and very rarely used any more.