Xml XPath 3.1引用'；s complete&；简明的
我一直在通读，对大多数人来说都太长了（他们会退出）。任何地方都有缩写规范吗 我们的受众是系统的用户，他们需要编写XPath语句来提取所需的数据。他们不是程序员，他们是业务用户。当他们陷入困境时，他们希望尽快找到解决他们特定需求的方法 更新：首先，我完全同意@kjhughes下面的“内在紧张”评论。我认为Michael提出了一个很好的观点，即快速指南应该是主要用途-删除边缘案例。并将注释减少到最低限度（同样没有边缘情况），但对示例是肯定的 我们多年来一直使用的是，它倾向于在简单性和教授所有基础知识之间保持良好的平衡。而且还不错 但两者都没有讨论XPath3.1或为JSON文件设计XPath。有没有类似的东西 举个例子，以下是我仍在努力解决的三个基本问题：Xml XPath 3.1引用'；s complete&；简明的,xml,xpath,xpath-3.1,Xml,Xpath,Xpath 3.1,我一直在通读，对大多数人来说都太长了（他们会退出）。任何地方都有缩写规范吗 我们的受众是系统的用户，他们需要编写XPath语句来提取所需的数据。他们不是程序员，他们是业务用户。当他们陷入困境时，他们希望尽快找到解决他们特定需求的方法 更新：首先，我完全同意@kjhughes下面的“内在紧张”评论。我认为Michael提出了一个很好的观点，即快速指南应该是主要用途-删除边缘案例。并将注释减少到最低限度（同样没有边缘情况），但对示例是肯定的 我们多年来一直使用的是，它倾向于在简单性和教授所有基础知识
完整与简洁之间存在内在的张力 对于完整版本，官方规范没有替代品：。如果对你的需求来说太过广泛，你根本就不是目标受众。我们希望语言实现者有一个完整的、精确的标准规范来构建库和工具。这是制定规范的关键所在 为了简洁起见，您必须牺牲完整性，但这里有一些资源可能适合概述或介绍：
- 概述涵盖了不同版本的通用概念，以及从1.0到2.0到3.0再到3.1的新功能
- Saxonica在其产品文档中有良好的通用描述。根据您的兴趣/需求从那里开始并扩展到链接
- 相关堆栈溢出Q/A：
每个问题更新更新： 我们的受众是需要编写XPath的系统用户 语句以提取所需的数据。他们不是程序员， 他们是商业用户。他们想找到解决问题的办法 当他们陷入困境时，尽快满足特定需求 业务用户应该具有适当的、特定于应用程序的GUI，而不是编写原始XPath、regex或SQL
如果您坚持让您的业务用户编写XPath，并且他们至少在技术上很成熟，那么您最好的选择就是编写案例手册，其中包含常用的习语和示例，他们可以尝试从中学习。补充介绍XPath基础知识。完整与简洁之间存在内在的紧张关系 对于完整版本，官方规范没有替代品：。如果对你的需求来说太过广泛，你根本就不是目标受众。我们希望语言实现者有一个完整的、精确的标准规范来构建库和工具。这是制定规范的关键所在 为了简洁起见，您必须牺牲完整性，但这里有一些资源可能适合概述或介绍：
- 概述涵盖了不同版本的通用概念，以及从1.0到2.0到3.0再到3.1的新功能
- Saxonica在其产品文档中有良好的通用描述。根据您的兴趣/需求从那里开始并扩展到链接
- 相关堆栈溢出Q/A：
每个问题更新更新： 我们的受众是需要编写XPath的系统用户 语句以提取所需的数据。他们不是程序员， 他们是商业用户。他们想找到解决问题的办法 当他们陷入困境时，尽快满足特定需求 业务用户应该具有适当的、特定于应用程序的GUI，而不是编写原始XPath、regex或SQL
如果您坚持让您的业务用户编写XPath，并且他们至少在技术上很成熟，那么您最好的选择就是编写案例手册，其中包含常用的习语和示例，他们可以尝试从中学习。补充介绍XPath基础知识。基本的问题是XPath已经成为一种相当大的语言，而且您构造的引用越简洁，它就越不可能包含您想问的每个问题的答案。关于您的具体问题： 基本查询的语法是什么。使用Southwind.json是否为“/Employees/Employee” 我不熟悉数据集 是否从XPath查询/评估返回映射 当然。返回映射的最简单查询是
map{}没有。例如，查询
[1，2，3]map{}