I don't plan to support this project any more. While it seemed cool when I made it, today I would advise you to use GraphQL to expose your JS functions over to the client. It's typesafe and has so much tooling already that no small library can compete. It can run purely over websockets too if you want that. There's really 0 usecases where this puny library would make more sense.
Has an isomorphic(browser or node) client library, which sits in separate repo/npm package). Client library has to be consumed with a package manager like JSPM/webpack/browserify-no official support for a regular script tag.
It is a minimalistic remote procedure call(RPC/RMI) library bootstrapped on socket.io. Main purpose is to make it more easier to structure your async code for browser-server realtime interaction. Typical example is when you need to call a function on the server from client and get the return value from that function back to the client. With raw socket.io, you need to register few events and emit them at the right moment. This can get complicated quite easily, especially for async operations and error handling. Thanks to promises(and try/catch for sync operations), this library knows when a computation on the other end failed/suceeded.
With socket.io-rpc, you just expose a tree of functions and then call those, socket.io-rpc automatically resolves a promise on other side for you. It propagates thrown errors, so it is much easier to do errorhandling than with http error codes.
Because they are much more flexible abstraction for running tasks over the network. Trying to map all possible errors and their causes to available HTTP codes is not always straightforward and requires a lot of experience.
Folder with example can be run after installing all dependencies like this in the simple-example folder:
npm install //this runs jspm install too
Then run it from git repo root:
node simple-example/server
Set authentication normally as you would with socket.io.
Send your auth token with the backend connect method(the one that is exported from the module).
numbers are for both clients(vanilla and Angular):
IE FIREFOX SAFARI CHROME OPERA IPHONE ANDROID
9.0+ 3.5+ 4.0+ 4.0+ 10.5+ 2.0+ 2.0+
There are 4 internal callbacks, which might help you in case you need to be notified of a request beginning and ending:
batchStarts //called when invocation counter equals 1
batchEnds //called when invocation counter equals endCounter
call //called when one call is made to server
response //called when a call response is fired