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 的設置