Ну если вы из консоли локально запустили некий npm test он там 5 минут что-то молотит, то git switch other-feature не сделать пока не закончит. Конечно можно держать две или более копии репозитория, но я думаю суть проблемы ясна
Я думаю и то и другое. Начать с джентельменского набора и сделать чтобы все нормально работало в N последних версиях Chrome/FF/Safari и поддерживать это. Потом посмотреть и понять поддержка чего еще целесообразна (например есть потенциальная или реальная аудитория) и не потратит тонну ресурсов
Опрос в интернете показал что 100% населения пользуются интернетом
Не могу признаться что устанавливал, но кажется что в целом он попадает в ту же категорию что остальные хромиумы c редизайном которые этого не стестянются: Brave (сам я кстати использую его помимо лисы), Яндекс Браузер, тысячи их
Ох уж эти обещания писать бизнес логику и не думать об инструментах, навевает ностальгию
Если по теме: не очень понял как дев сервер относится к бандлингу под разные браузеры. Только не говорите что предлагаете гонять это в продакшене (даже если забыть про то от что поддержка экспериментальная)
Честно говоря зайдя на сайт не очень понял реальную пользу от такой доки, она выглядит как типичные части MSDN, где про метод GetSepulkiFromSepulkary(int id) будет сказано что он достает сепульки из сепулькария и принимает целочисленный id в качестве параметра. Эти доки полезны в качестве тайпингов прямо в IDE, где ты получишь автодополнение или просто просмотр сигнатур, но не на сайте. На сайте гораздо полезней были бы реальные примеры использования (то что пытался делать Stackoverflow Documentation, хотя сам этот проект провалился), взаимодействия между методами, подводные камни и т.п. А сейчас я захожу и вижу
Куда мне здесь пойти и как этим пользоваться я не очень понимаю.
В свежем проекте где на ходу принимаются решения и устанавливаются и удаляются пакеты это очень критично
Плюс это позволяет приятно экспериментировать, создал папку, быстро поставил что нужно, попробовал, удалил
npm v5 решил эту проблемы, но последние полгода до его выхода pnpm и yarn решали
То есть каждую перерисовку LoggingButton внутренний button будет получать НОВЫЙ экземпляр функции и потому Реакт будет считать, что его необходимо обновить, хотя можно было бы использовать закешированный (старый) вариант, если бы экземпляр функции с контекстом был создан и сохранен изначально.
Следует понимать что это актуально только если реализовывается shouldComponentUpdate со сравнением функций переданных через props. Стандартная реализация shouldComponentUpdate просто возвращает true, поэтому компоненту глубоко плевать на то, новосозданная это функция или закешированная.
П.С. вот хорошая статья на тему производительности реакта http://blog.csssr.ru/2016/12/07/react-perfomance/
Information
Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Ну если вы из консоли локально запустили некий
npm testон там 5 минут что-то молотит, тоgit switch other-featureне сделать пока не закончит. Конечно можно держать две или более копии репозитория, но я думаю суть проблемы яснаНе могу признаться что устанавливал, но кажется что в целом он попадает в ту же категорию что остальные хромиумы c редизайном которые этого не стестянются: Brave (сам я кстати использую его помимо лисы), Яндекс Браузер, тысячи их
Ох уж эти обещания писать бизнес логику и не думать об инструментах, навевает ностальгию
Если по теме: не очень понял как дев сервер относится к бандлингу под разные браузеры. Только не говорите что предлагаете гонять это в продакшене (даже если забыть про то от что поддержка экспериментальная)
Извиняюсь, как-то не воспринял ссылку. Ну 48 это еще куда ни шло, главное чтобы ползло потихоньку
Куда мне здесь пойти и как этим пользоваться я не очень понимаю.
Плюс это позволяет приятно экспериментировать, создал папку, быстро поставил что нужно, попробовал, удалил
npm v5 решил эту проблемы, но последние полгода до его выхода pnpm и yarn решали
Следует понимать что это актуально только если реализовывается shouldComponentUpdate со сравнением функций переданных через props. Стандартная реализация shouldComponentUpdate просто возвращает true, поэтому компоненту глубоко плевать на то, новосозданная это функция или закешированная.
П.С. вот хорошая статья на тему производительности реакта http://blog.csssr.ru/2016/12/07/react-perfomance/