Там так точно для всего есть модули

Не

Но в самом языке, конечно, было бы поприятнее

Можно просто лодаш поставить

не забудь про реакт!

Не

Можно отдельные функции подергать

Там каждая функция вынесена в отдельный пакет

Ну для каких-то часто используемых фич лучше отдельный пакет

Я вообще пишу в основном на рубях, где нет проблемы "а почему это тут нет такой функции?" :D

Чем лодаш

const RandomValueFromArray = props => { const {arr} = props; return React.cloneElement( props.children, {value: arr[Math.floor(Math.random() * arr.length)]} ) } РЕАКТ, СУЧКИ!

Я например могу в каждом файле писать arrify, но чо то как-то не очень хочется)

Я вообще пишу в основном на рубях, где нет проблемы "а почему это тут нет такой функции?" :D

Бесконечным дефолтный набор всё равно быть не может

Да, что не входит в дефолтный набор, лежит в активсаппорте)

Arrify есть?

https://github.com/sindresorhus/arrify

Банально, одна строчка, но

Пардон

А нахера она вообще нужна?

А нахера она вообще нужна?

Zero - One - Infinity Rule, вообще то

А нахера она вообще нужна?

что бы все стало массивом, название намекает

А нафига в лодаш isArray()?

А нафига в лодаш isArray()?

Не все браузеры поддерживают

Не все браузеры поддерживают

Это да, но ты посмотри её код лол.

Это да, но ты посмотри её код лол.

Ну она менее очевидно реализуется, чем arrify

Короче, в рубях уже не всё есть, выходит?)

Ну она менее очевидно реализуется, чем arrify

Очень даже очевидно. =)) https://github.com/lodash/lodash/blob/master/dist/lodash.core.js#L2479

Очевиднее некуда.

А нафига в лодаш isArray()?

Консистентность

Очень даже очевидно. =)) https://github.com/lodash/lodash/blob/master/dist/lodash.core.js#L2479

Да, это весьма оригинально

Я думал там что-то вроде каноничной реализации изэррея, который переводит в строку и сравнивает

Консистентность

Типа всё в едином стиле? Или как сюда ещё это понятие можно применить?

Конечно

Тип A проверить можно, тип B проверить можно, а то что тип C — это слишком просто и проверить нельзя — это вы держите в голове

Плохая идея ?

Я думал там что-то вроде каноничной реализации изэррея, который переводит в строку и сравнивает

Вот-вот. Что мешало-то...

Я в качестве проверки на массив юзаю Ramda.is(Array), потому что остальные стандартные типы я проверяю так же

И вносить лишнюю неконсистентность в код не считаю нужным

И вносить лишнюю неконсистентность в код не считаю нужным

Это логично. Но тогда это должен быть рабочий код.

Ну, в смысле, раз есть реализация, пусть и полифил хоть какой-нить будет.

А там нигде в другой части кода ничего не полифиллится?) Типа самого Array

В любом случае, это уже проблема самого лодаша)

Так проблема ложаша — моя проблема, если я на него полагаюсь.

Это проблема человека, который не пишет тесты ¯\_(ツ)_/¯

Нужен ie без isArray — проверяй тесты в нём, автоматическое тестирование таких вещей существует

Нужен ie без isArray — проверяй тесты в нём, автоматическое тестирование таких вещей существует

Я не о том. Я о том, что я должен буду писать полифилл, и жертвовать консистентностью.

Ну это зависит от подхода

Я вообщек не парюсь, так-то. Подключаю polyfill.io и радуюсь.

Полифил Array будет в global scope и лодаш с ним так же спокойно заработает

Полифил Array будет в global scope и лодаш с ним так же спокойно заработает

Неа. =)

Я вообщек не парюсь, так-то. Подключаю polyfill.io и радуюсь.

Я тоже не парюсь и не поддерживаю археологические браузеры ?

Полифил Array будет в global scope и лодаш с ним так же спокойно заработает

Там же присваивание стоит. Если var isArray = Array.isArray = undefined, то в дальнейшем присваивание к Array.isArray проблему не решит.

Там же тупо вот такой код: var isArray = Array.isArray;

Там же присваивание стоит. Если var isArray = Array.isArray = undefined, то в дальнейшем присваивание к Array.isArray проблему не решит.

Сначала полифил Array, который так же несёт в себе Array.isArray, потом только подключается лодаш, в котором будет валидное присваивание var isArray = Array.isArray;

Грузить полифиллы раньше всего остального?

Сначала полифил Array, который так же несёт в себе Array.isArray, потом только подключается лодаш, в котором будет валидное присваивание var isArray = Array.isArray;

У меня лодаш летит в бандл, а полифиллы грузятся AMD. По-другому никак.

Суть в том, что набор полифилов сервис отдаёт персонально для каждого браузера.

Поэтому и AMD.

Тогда require.ensure

Не... =(

Или тупо в промисах загрузку всего этого непотребства делать

await polyfill() loadDeps()

Ну, у меня блубёрд замещает промисы, да. Поэтому я промисифицирую DOMContentLoaded и загрузку полифилов.

Ну и Promise.all для них ещё отдельно на всякий случай.

Не, я не про сами промисы, а про то, что сделать загрузку приложения на их механизме) await polyfill — это грузятся твои полифиллы с удаленного сервера Строго после их загрузки начинаем инициализацию лодашей и всего прочего

Тогда всем, кому нужен полифилл он гарантированно прилетит до инициализации)

Не, я не про сами промисы, а про то, что сделать загрузку приложения на их механизме) await polyfill — это грузятся твои полифиллы с удаленного сервера Строго после их загрузки начинаем инициализацию лодашей и всего прочего

Я понял. У меня так и реализовано. В одном файле экспортируются три переменные, которые хранят уже выполняющиеся промисы.

ERROR: S client not available

Просто не хочу дробить бандл.

Я не думаю, что приложение будет таким большим.

И да... Я ведь лодаш импортирую по функциям. Это получается отдельный файл ради isArray, который ради консистентности. Хм... Как-то сомнительно. =)

И, самое интересное, никто ни issue, ни PR не сделал. =))

Ну значит наверное совместимость не гарантируется

У людей же есть частная жизнь, и тратить её на поддержку ie не всегда разумно :D

А хотя... Я ща посмотрел — isArray начинается с IE9.

Но теперь придётся параноить и всё проверять. =(

Ну если тесты не хочешь, то да))

А причём здесь тесты?

Я думаю, что исключить несовместимость ДО тестов — лучше, чем после.

Всё равно же надо хоть раз в минимальном целевом браузере запустить, особенно если это такая археология, что isArray нету. Упал тест в ie8 — смотришь кто такой модный

Тесты — автоматические и могут запускаться хоть после каждого сейва

А параноить надо руками))

Логично. Только до браузерных автоматических тестов нам далеко ещё.

¯\_(ツ)_/¯

Я даж ещё не приступал к изучению. Вообще я надеюсь, что нас спасёт от греха тестирование компонентов. =)

¯\_(ツ)_/¯

мое поздровление с новым ником

счастья удачки

?

Спасибо спасибо))

Вообще оно должно работать

#prodoMemories

сейчас верстка по методологии БЭМ уже устарела или все еще используют ?

сейчас верстка по методологии БЭМ уже устарела или все еще используют ?

so 2015?

Чему там устаревать?)

Используют

вроде завезли уже модульность в css или нет ?

CSS Modules?

Если имеется ввиду CSS Modules - то ничего не мешает использовать это вместе с BEM. https://github.com/sgtpep/css-modules-html-demo

Если имеется ввиду CSS Modules - то ничего не мешает использовать это вместе с BEM. https://github.com/sgtpep/css-modules-html-demo

В чем смысл бэма если у тебя есть модули?

++