Express-like framework that unifies the way HTTP, websockets and server-side events are handled.
Unum is an Express-like framework that unifies better integration of websockets and server-side events, next to the usual HTTP requests. It is based around passing a context-object around, instead of individual request and response objects. This allows the framework to be more flexible in what information is passed to handlers. With the context-objects, not only HTTP requests can be passed, but also also websocket requests.
Note that at the moment the project is mostly used for personal projects where websockets play a big role. It is therefore not very well documented, tests are lacking and you might also come across various bugs.
npm install unum
Here is a minimal example of how to use Unum. It shows how to handle normal HTTP requests (just like Express) and websocket requests.
var unum = require'unum';var app = ;// Handle HTTP requestsappget'/hellohttprequest'ctxresend'Hello world';;// Handle Websocket requestsappws'/hellowebsocket'var connection = ctxaccept;connectionsend'Hello world';connectionclose;;
Look in examples/ for more examples.
In Unum handlers are defined as
ctx is the context of the handler. The context can contain properties like
next, but also things like
This method is used to pass along more information to handlers, not just a request and response. This was needed for websockets: websockets do not have a response object, but only a request where connections are accepted or rejected.
Contexts also allow the user to pass along their own information. Often it is nice to have the database in handlers or let handlers know how the server is configured. These things can be defined in the context at server-level. Request-level contexts inherit from the server-level context:
var unum = require'unum';var app =// This is the server-level contextdatabase: a: 1 b: 2 c: 3;appget'/'// Here 'ctx' is the request-level context.ctxresendctxdatabasea;// This results in '1' as the HTTP response.;
Lastly, in Express most properties are put into the request object. In some cases this did not seem fitting, like the
session property. In Unum these properties can be set in the context where applicable, instead of the request.
Note that changes that are made on the request-level do not effect the context on server-level: these are 2 objects where the request-level inherits from the server-level using prototypes.