jsonrpc以太坊

A. jsonrpc怎么用

按照标准的JSON字符串格式发送不就行了

json-rpc是一套标准
wiki.geekdream.com/Specification/json-rpc_2.0.html
这里是2.0的官方文档，你看下，另外解析用的包也需要引入

B. jsonrpc = new JSONRpcClient("../JSON-RPC"); 这个路径应该怎么写具体说说

jsonrpc = new JSONRpcClient("/json-rpc"); //实例化json远程调用

C. JSON-RPC 数据如何利用javascript post提交给服务器求大神救急！

可以使用第三方的api,例如: jQuery.post(url, [data], [callback], [type])
$.post("test.php", { name: "John", time: "2pm" } );

D. WEB开发中，使用JSON-RPC好，还是RESTful API好

JSON-RPC比RESTful API好很多。

======

我厌恶restful API如同我厌恶OOP；但与其说我厌恶restful，倒不如说我厌恶鼓吹restful API的一些伪·程序员。

很多鼓吹restful API的程序员，实际上并不理解restful的设计理念，纯粹是在人言亦言，随便看了几篇网文在说restful，自己便也更着鼓吹。

做为一个合格的技术人员，最基础的要求是要对自己所使用的技术有了解，明白各种技术的适用场景，然后因地制宜。

restful首先是要求必须把所有的应用定义成为“resource”，然后只能针对资源做有限的四种操作。

这是对API一个非常糟糕的抽象，有太多现实中需要的API，无法顺当的融入到restful所定义的规范中。

比方说，user login / resetpassword等等。

restful的信徒，他们会说可以根据这个那个规范，把login / password等也纳入为某种资源，然后进行增删改查。这在我看来，纯粹是在解决一些原本不存在，根本不需要解决的问题，纯浪费。

所有的接口，服务器端原本就存在有相应的函数，它们本来就有自身的命名空间，接受的参数、返回值、异常等等。

采用轻便的方式暴露出来即可。

无需把一堆函数重新归纳到“资源”，再削减脑袋把所有的操作都映射为“增删改查”。

对应到web上，rpc的成熟方案非常多，有古老的soap，也有轻量的json rpc。

JSON rpc基本上仅是要求所有的请求必须有msg id，有函数名，然后可定义参数，并且区分返回值与异常；也可定义『命名空间』来对函数模块做划分。

这与大多数语言的模块、函数定义相符，使用起来是非常便利的。

很多json rpc是供web前端ajax调用，若前端调用抽象得当，调用远程API，实际上与调用本地函数无甚区别。

实际上，json rpc也未必需要跟http绑定，即便是在web上，它也可以走web socket，这样子，前端可以使用同一web socket管道批量发送请求，而服务器端乱序返回结果时，前端也可以根据msg id做准确的回调。

websocket，批量调用，乱序返回，这些都可以显著提高API的输出吞吐，这些是在json rpc的设计考量内。

调用更方便，性能也更好，两全其美是完全可能的。

想当然的为了“快”，为了“简单”就必须牺牲别的，这是严重的思维误区。

有些方案，纯粹就是糟糕的方案。

restful API仅适用与业务非常简单的场景，比方说，就是为了提供少量数据表单的增删改查。而这种场景实在是太过简单，实际中几乎找不到。

E. 关于jsonRPC，有没有人感兴趣

jsonRPC是一个轻量级的远程过程调用协议，
无需像soap那样复杂的配置，
也无需像rest那样掌握不熟悉的http协议，
用我们最常用的json来实现远程函数调用。

F. 使用json好还是RPC远程服务框架好

1.确保可以ping通 2.开启2003的远程连接的功能.在我的电脑右击属性里面. 3.为远程连接的用户名设置密码,空密码不行 4.检查防火墙.最好是能先将防火墙关闭.

G. Aria2 JSON-RPC 路径错误，Aria2怎么弄

SON-RPC Path 默认为: http://localhost:6800/jsonrpc 每次设置完，重进Aria2后，JSON-RPC Path就又会变成默认值 官网解释是: 在 YAAW 中对 Aria2 的设置