Autopolyfiller — Precise polyfills

[z6Dabrata]

Прикольно.

Только одно на понимаю: Допустим я использую String.prototype.trim и поддерживаю последний Chrome и IE8.

Autopolyfiller пойдет в репозиторий полифилов и воткнет вот это в мой код:

// String.prototype.trim
String.prototype.trim = function trim() {
	return this.replace(/^\s+|\s+$/g, '');
};

Получается, что даже если я запущу код в хроме, нативная версия будет перезаписана полифилом и не будет использована?

Я понимаю, что это косяк источника полифила, а не Autopolyfiller'a, но может как-то оборачивать полифилы и применять только если нету нативных методов?
Или эта функциональность уже есть?

[azproduction]

Нет, при генерации кода Autopolyfiller их обернет в if () {}. Репозиторий же хранит полифилы в чистом виде (да это может смущать).

[hell0w0rd]

Самое лучшее решение! Как и autoprefixer для css, вместо набора миксинов.

[funca]

в принципе, подход интересный. но, как вы сами заметили, вносит в сборку некоторую степень неопределенности. а в нашем деле определенность это главное. :)
es5shim по указанной ссылке весит 14,5К в минифицированном виде, и 5К пожатым gzip. это цена вопроса, или есть еще какие-то основания?

[azproduction]

Вопрос думать о зависимостях или нет. Если не использовать eval, то я могу гарантировать, что нет никаких подводных булыжников. Просто потыкайте в демку ;)