0.5.0 • Published 9 years ago

platform-ng v0.5.0

Weekly downloads
38
License
MIT
Repository
github
Last release
9 years ago

platform-ng

Rapid, sane configuration of ExpressJS. 0.x.x uses Express 3. 1.x.x will use Express 4, eventually.

Platform-ng is pretty robust at this point, and there are a handful of known production uses across at least 3 organizations.

That said, platform-ng has not been exhaustively tested, so use it at your own risk. Importantly, platform-ng is provided AS IS and WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE IMPLIED WARRANTIES OF MERCHANTIBILITY OR FITNESS FOR A PARTICULAR PURPOSE.

Pull requests welcome, questions to bchociej on github or platform-ng@chociej.io.

App File (e.g. app.js)

require('platform-ng')('./config.json')
	.route('./routes/')
	.model('./models/')
	.source('./src/')
	.middleware('./middlewares/')
	.view('./src/view/')
	.serve();

You can pass in a JS object instead of a JSON path for the config if you like.

See more information about routes and models below.

Configuration (e.g. config.json)

Either in a json file, or in something requireable. Just needs to be a JS object.

You aren't truly required to pass in anything, really. The defaults are pretty sane. Check out config-defaults.litcoffee for instructions.

Data Models

When calling .model(modelsFn) on your platform-ng app, the modelsFn argument should be a function (or a requireable module exporting the same), which will receive these parameters:

function modelsFn(config, logger, nodeEnvironment, callback)

The argument values will be as follows:

  • config - the platform-ng configuration
  • logger - a logger providing .info(msg), .warn(msg), .error(msg), and .log(level, msg), at the very least. Currently, the logger is winston.
  • nodeEnvironment - either 'development' or 'production' depending on current configuration
  • callback - the function to call after constructing your models, passing them back to platform-ng as an argument to the callback

These arguments are strictly for your own use in setting up models.

Note that if you use .model(...) you must call the callback, whether or not you pass anything in, or else platform-ng will wait forever. If you don't call .model(...), platform-ng will just skip the model initialization step.

Your models object, if any, will be passed to your routes for use in your application logic. A Mongoose example:

// models.js
var schemas = require('./myMongooseSchemas.js');
var mongoose = require('mongoose');

module.exports = function(config, logger, nodeEnvironment, callback) {

	// Note that we've added a 'database' hash to our config for convenience
	mongoose.connect(config.database.conn_string);

	mongoose.connection.on('error', function(err) {
		logger.error('Database connection error: ' + err);
	});

	callback({
		BlogPost: mongoose.model('BlogPost', schemas.blogPostSchema),
		Comment: mongoose.model('Comment', schemas.commentSchema),
		Author: mongoose.model('Author', schemas.authorSchema)
	});
};

Middleware

You can tell platform-ng to use custom middleware in your application. When calling .middleware(middlewareFn), middlewareFn should be (or be requireable as) a function which will receive these parameters:

function middlewareFn(models, config, logger, nodeEnvironment, callback)

The argument values will be as follows:

  • models - Your models object, the result of calling your models function as described in the Data Models section
  • config - the platform-ng configuration
  • logger - a logger providing .info(msg), .warn(msg), .error(msg), and .log(level, msg), at the very least. Currently, the logger is winston.
  • nodeEnvironment - either 'development' or 'production' depending on current configuration
  • callback - The callback function which will receive your models. You should pass in either a single middleware function or an array of middleware functions in the order you wish them to be applied. Middleware functions should be compatible with the function definition in Express 3.x's app.use doc.

Application Routes

When calling .route(routesFn) on your app, routesFn should be (or be requireable as) a function which will receive these parameters:

function routesFn(app, models, config, logger, nodeEnvironment, callback)

The argument values will be as follows:

  • app - an Express-compatible API on which you should define your routes and middlewares, using .use(), .param(), any of the .VERB() functions, or .all(). As of 0.1.0, you can use .namespace() as provided by the express-namespace module. As of 0.5.0, .namespace() requires the optionalDependencies be installed.
  • models - Your models object, the result of calling your models function as described in the Data Models section
  • config - the platform-ng configuration
  • logger - a logger providing .info(msg), .warn(msg), .error(msg), and .log(level, msg), at the very least. Currently, the logger is winston.
  • nodeEnvironment - either 'development' or 'production' depending on current configuration
  • callback - The function to call after constructing your routes; you may pass back a routes object if that's something that you need, though typically a simple call to callback() is all that's needed here

Note that if you use .route(...) you must call the callback, whether or not you pass anything to it, or else platform-ng will think an error has occurred in initializing the routes. Unlike models, platform-ng will try to start up anyway if no routes callback is received, however, you will see an error message on exit.

If you don't use .route(...), platform-ng will skip the route initialization step.

0.5.0

9 years ago

0.4.2

9 years ago

0.4.1

9 years ago

0.4.0

9 years ago

0.3.1

9 years ago

0.3.0

9 years ago

0.2.8

9 years ago

0.2.7

9 years ago

0.2.6

10 years ago

0.2.5

10 years ago

0.2.4

10 years ago

0.2.3

10 years ago

0.2.2

10 years ago

0.2.1

10 years ago

0.2.0

10 years ago

0.1.1

10 years ago

0.1.0

10 years ago

0.0.6

10 years ago

0.0.5

10 years ago

0.0.4

10 years ago