Hamlit Build Status

Hamlit is a high performance haml implementation.


Add this line to your application's Gemfile:

gem 'hamlit'

or just replace gem "haml" with gem "hamlit".


Fast rendering

Hamlit's rendering is 7.24x times faster than original haml.

    erubis:   114417.8 i/s
    hamlit:   107367.5 i/s - 1.07x slower
      slim:   104728.0 i/s - 1.09x slower
      faml:    87624.2 i/s - 1.31x slower
      haml:    15796.0 i/s - 7.24x slower

This benchmark is the same as slim-template/slim's one for fairness. (The result on travis CI)

Better parser

Haml's attribute parser is not so good. For example, raises syntax error for %a{ b: '}' }. Hamlit's attribute parser is implemented with Ripper, which is an official lexer for Ruby, so it is able to parse such an attribute.

Passing haml-spec

haml/haml-spec is a basic suite of tests for Haml interpreters. For all test cases in haml-spec, Hamlit behaves the same as Haml (ugly and escape_html mode only, which is used on production).

Hamlit is used on githubranking.com.


Basically the same as haml. Check out the reference documentation for details.

Rails, Sinatra

Just update Gemfile. Html escaping is enabled by default.

Why high performance?

Less work on runtime

Haml's rendering is very slow because generated code by haml runs many operations on runtime. For example, Haml::Util is extended on view, attribute rendering runs even if it is a static value and the values in attribute is sorted. All of them is achieved on runtime.

Hamlit extends ActionView beforehand, attribute rendering is done when compiled if it is a static hash and no unnecessary operation is done on runtime.

Temple optimizers

Hamlit is implemented with temple, which is a template engine framework for Ruby. Temple has some great optimizers for generated code. Thus generated code by Hamlit is very fast.

Not only relying on temple optimizers, but also Hamlit's compiler cares about many cases to optimize performance such as string interpolation.


MIT License