[okfn-labs] Componentizing ReclineJS more and keeping the core "lean"
rufus.pollock at okfn.org
Tue Feb 19 09:10:38 GMT 2013
Over time ReclineJS has grown. In particular, since the first public
announce last summer we've had several people producing new backends
and views (e.g. backends for Couch, a view for d3, a map view based on
Ordnance Survey's tiles etc etc).
Continually adding these to core Recline would run the risk of bloat.
Instead, I think it's better to keep the core lean and have a way for
listing and curating these extensions (the design of Recline means
that new backends and views can extend the core easily and without any
In addition, this approach is useful because e.g. Recline backends are
designed to support standalone use as well as use with Recline core
(they have no dependency on any other part of Recline *including
As such, for example, the Google Docs backend is a useful wrapper for
the Google Spreadsheets API in its own right. While this was already
true when the backend was in the main Recline repository it wasn't
very obvious but having the repo split out with its own README makes
To support this new model a "Recline" organization has been created on Github:
And I've started the process of factoring out some backends (and soon
views) into standalone repos, e.g. here's GDocs:
* What do people think of this approach?
* Should we continue down this path? 
* What components should remain in core? (I'm thinking Dataset +
Memory DataStore plus one Grid, View and Map)
Thanks in advance for any input!
More information about the okfn-labs