Babel as dev-dependency about json-api HOT 2 CLOSED

This was initially brought up in Babel's support chat. The recommended approach is for libraries to use the http://babeljs.io/docs/usage/runtime/ transformation to rewrite global usage to point at a non-global version of the polyfill. The downside of this is that libraries cannot use new ES6 prototype methods methods because these cannot be polyfilled without mutating globals. When using runtime you can however access these methods using non-standard names like Array.includes instead of Array.prototype.includes.

from json-api.

Thanks for reporting this @klausbayrhammer, and for your advice @loganfsmyth!

I've been loading the polyfill thus far precisely to handle the cases the runtime transformer doesn't support (though I've also been loading the runtime transformer, which I guess is a little redundant...whoops). But if ditching the polyfil and the prototype methods now is the only option for solving this issue, I'm willing to do that.

Patch coming momentarily.

from json-api.