我有用php编写的json-rpc图书馆，我在其他项目的javascript中使用它（但它可以使用其他库），我查看一个规范并在1.0中没有system.describe 。它在historical 1.1中定义，但在2.0中未定义。这是否意味着它从规格下降？有没有关于它的讨论？
答案 0 :(得分：1)
您可以在JSON-RPC 2.0中使用＆＃34; system.describe＆＃34; 作为任何其他常用方法名称。
如果（且仅当）用于本地标准化目的，您可以使用前缀方法名称rpc.（例如＆＃34; rpc.system.describe＆＃34;），参见{{3 }，
每个系统扩展都在相关规范中定义。所有系统扩展都是可选的
帮助自己，关于＆＃34;在相关规范中定义＆＃34;，您不需要国际讨论或达成共识，它也适合本地/个人使用。
这种＆＃34;本地标准化＆＃34;在多个端点（或许多本地Web服务）的上下文中有趣，以及一些检查端点的常用和受控选项。
另一个问题是关于JSON-RPC 2.0本身...... Extensions section还活着吗？这是2.0 specification - 兼容吗？有多少系统正在使用它，有一些统计数据？ ......我正在使用它，但有这样的问题:-)
具有自描述消息的统一接口是一个很好的要求，可以增强JSON-RPC包（例如，通过使用RESTful），但自2013年（可能是2010年）以来没有讨论。 / p>