All these 3 libraries allow to manipulate history object. OK, backbone does a lot of more but let consider only it history part.
- .js
- .js
What is a difference between these 3 implementation?
All these 3 libraries allow to manipulate history object. OK, backbone does a lot of more but let consider only it history part.
- http://documentcloud.github./backbone/#History
- https://github./olivernn/davis.js
- https://github./browserstate/history.js
What is a difference between these 3 implementation?
Share Improve this question edited Jun 30, 2013 at 19:37 balupton 48.7k32 gold badges134 silver badges184 bronze badges asked Dec 1, 2011 at 23:11 Wojciech BednarskiWojciech Bednarski 6,3739 gold badges50 silver badges75 bronze badges2 Answers
Reset to default 15History.js is more of a polyfil for browsers that do not natively support HTML5 pushState and for ironing out the differences between different browser implementations of pushState.
Davis.js is a routing layer, primarily on top of pushState (although this can be switched out easily to hash routing). It gives you a simple api to define and respond to routes within your application.
Backbone's router is similar to Davis, however it tries to automatically fall back to hash based routing when pushState is not available.
As the author of Davis I'm slightly biased but I think the Davis api is slightly nicer and more powerful than backbones. I also think that trying to gracefully handle falling back to hash based routing when pushState is not available is not worth the effort and plexity that it can introduce.
Here you go:
- davis.js only supports HTML5 history.pushState. Browsers that don't work with it are not supported, so probably not an option.
- Both backbone and history.js have fallbacks to onhashchange.
- As you know already backbone also does MVC and through underscore on which it depends gives you additional helpers for functional stuff.
It really depends on whether you need the additional Backbone functionality in which case it's an obvious choice.