Stack2
Fork of 'Stack' with some added goodies that won't be included in the main repo.
Stack2 is a fork of the original Stack module. This version includes some additional features that were decided not to be included upstream because they incur a slight performance penalty. The mainline "Stack" is designed to be used in cases where extreme performance is a requirement, "Stack2" may be used otherwise in order to:
-
Maintain the original
this
of when the handler function is called throughout all the layers. This is not a guarantee with the normal Stack. -
Have different/multiple error handlers for your various stack handlers. In addition to setting
Stack.errorHandler
, you may also sethandler.errorHandler
as well, where handler is the result of aStack()
call.
Stack is a minimal http module system for node.js.
Basically it's the core idea of connect but in a standalone and super minimal stack function.
Install
If you use npm, then install stack via npm. Also, remember to put it as a dependency in your own project's package.json file.
npm install stack
If you don't use npm (Like you're on a phone), then simply copy the single file stack.js
somewhere you can get to it.
Example
http.createServer(require('stack')(
require('loggerMiddleware')(),
require('staticMiddleware')(root, mount),
//...
)).listen(8080);
Explanation
As you can see, it takes a list of handler functions and will chain them up for you.
Each handler needs to be of the form:
function handler(req, res, next) {
// Either handle the request here using `req` and `res`
// or call `next()` to pass control to next layer
// any exceptions need to be caught and forwarded to `next(err)`
}
When using external modules a good convention is to make the module be a callable setup function that returns the handler function. The first example uses modules created after this pattern.
module.exports = function setup(some, args) {
// Do server set up stuff here
return function handle(req, res, next) {
// Handle a single request here
};
};
What Stack Does
Besides providing this nice linear syntax for defining http handler layers Stack does a few things under the hood.
- Wraps each layer in a
try..catch
to catch any exceptions that happen in the main execution stack layer's handler function. - Provides a fallthrough error handler function that returns 404 for routes that fall through all the layers and 500 responses for exceptions. (You can override this at Stack.errorHandler, if for example, you don't like showing stack traces for all errors or want to pretty it up a bit)
- Forwards and exceptions passed to any next layer directly to the error handler. This means layers don't have to worry about errors from previous layers.
What Stack Does NOT Do
Stack does not provide any middleware layers of any kind. If you want logging, or static file serving or anything, you have to provide your own handlers. The reason is two-fold. First, it keeps Stack nice and small and easy to maintain. This worked great for my Step library and I think it will work great for Stack. Second, I found with Connect, that having a central place where all middleware is kept is not good for the community. People want different things from eachother, and it's impossible to accept patches and feature requests that make everyone happy. Better I think is to provide a nice system for layering third-party modules and let each module succeed on it's own merit.