JSPM

  • Created
  • Published
  • Downloads 107513
  • Score
    100M100P100Q147934F
  • License MIT

A unified interface for compiled languages and templates in JavaScript

Package Exports

  • accord
  • accord/lib/adapter_base

This package does not declare an exports field, so the exports above have been automatically detected and optimized by JSPM instead. If any package subpath is missing, it is recommended to post an issue to the original package (accord) to support the "exports" field. If that is not possible, create a JSPM override to customize the exports field for this package.

Readme

accord

A unified interface for compiled languages and templates in javascript.

npm tests coverage dependencies

Why should you care?

There are two other libraries out there that already do this same thing, consolidate.js and transformers. After looking over and using both of them, I decided to make this one anyway mainly because of maintenance. When creating an interface to many different languages, all of which are constantly changing, you need to be on top of maintenance, testing, and releases. We haven't found either of the two libraries above to be actively maintained or well-tested enough.

Compiling many different languages is a central component of roots, and it needs a clean, well-managed, and tightly maintained and tested library that adapts to each supported language's interface. We (the maintainers of roots) are not comfortable forking and/or making pull requests into a library that we cannot feel 100% confident in, and so far we have not been able to find one that we are yet. So this is accord, a javascript templating interface you can feel confident in.

Installation

npm install accord

Usage

Although we are planning a CLI interface which will be awesome, right now accord exposes only a javascript API. Since some templating engines are async and others are not, accord keeps things consistent by returning a promise for any compilation task (using when.js). Here's an example in coffeescript:

fs = require 'fs'
accord = require 'accord'
jade = accord.load('jade')

# render a string
jade.render('body\n  .test')
  .catch(console.error.bind(console))
  .done(console.log.bind(console))

# or a file
jade.renderFile('./example.jade')
  .catch(console.error.bind(console))
  .done(console.log.bind(console))

# or compile a string to a function
# (only some to-html compilers support this, see below)
jade.compile('body\n  .test')
  .catch(console.error.bind(console))
  .done (res) -> console.log(res.toString())

# or a file
jade.compileFile('./example.jade')
  .catch(console.error.bind(console))
  .done (res) -> console.log(res.toString())

# compile a client-side js template
jade.compileClient('body\n  .test')
  .catch(console.error.bind(console))
  .done (res) -> console.log(res.toString())

# or a file
jade.compileFileClient('./example.jade')
  .catch(console.error.bind(console))
  .done (res) -> console.log(res.toString())

Docs below should explain the methods executed in the example above.

Accord Methods
  • accord.load(string, object) - loads the compiler named in the first param, npm package with the name must be installed locally, or the optional second param must be the compiler you are after. The second param allows you to load the compiler from elsewhere or load an alternate version if you want, but be careful.

  • accord.supports(string) - quick test to see if accord supports a certain compiler. accepts a string, which is the name of language (like markdown) or a compiler (like marked), returns a boolean.

Accord Adapter Methods
  • adapter.render(string, options) - render a string to a compiled string
  • adapter.renderFile(path, options) - render a file to a compiled string
  • adapter.compile(string, options) - compile a string to a function
  • adapter.precompileFile(path, options) - compile a file to a function
  • adapter.compileClient(string, options) - compile a string to a client-side-ready function
  • adapter.compileFileClient(string, options) - compile a file to a client-side-ready function
  • adapter.clientHelpers() - some adapters that compile for client also need helpers, this method returns a string of minfied javascript with all of them
  • adapter.extensions - array of all file extensions the compiler should match
  • adapter.output - string, expected output extension
  • adapter.compiler - the actual compiler, no adapter wrapper, if you need it

Supported Languages

HTML
CSS
Javascript
Minifiers

Languages Supporting Precompile

Accord can also precompile templates into javascript functions for some languages, which is really useful for client-side rendering. Languages with precompile support are listed below. If you try to precompile a language without support for it, you will get an error.

  • jade
  • ejs
  • handlebars
  • mustache

We are always looking to add precompile support for more languages, but it can be difficult, as client-side templaye support isn't always the first thing on language authors' minds. Any contributions that help to expand this list are greatly appreciated!

When using a language supporting client-side templates, make sure to check the docs for that language for more details. In general, you'll get back a stringified function from the compileClient or compileFileClient methods, and a string of client helpers from the clientHelpers methods. You can take these, organize them, and write them to files however you wish. Usually the best way is to write the helpers to a file first, then iterate through each of the client-compiled functions, assigning them a name so they can be accessed later on.

Adding Languages

Want to add more languages? We have put extra effort into making the adapter pattern structrue understandable and easy to add to and test. Rather than requesting that a language be added, please add a pull request and add it yourself! We are quite responsive and will quickly accept if the implementation is well-tested.

Details on running tests and contributing can be found here

License

Licensed under MIT