Согласен, статья получилась не совсем полная и исчерпывающая. Про некоторые вещи (queueMicrotaskawait top level и Observable) я не знал и мне не хотелось тратить еще больше времени на более глубокое изучение вопроса, а как можно быстрее выпустить статью и двигается дальше.
Таков coding style от разработчиков redux (рекомендация разработчиков по использованию redux). Конечно можно это реализовывать и другими методами, но, наверное, лучше использовать общепринятые конструкции.
Согласен. В больших проектах не стоит так делать. Лучше разбивать mapState и mapDispatch на отдельные файлы для каждого компонента. А вообще можно не листать километровые кейсы, а найти по ключевым словам нужный кейс или быстро посмотреть в самом компонента через console.log(this.props). Но в любом случае выбор того или иного метода должен делатся в соотстветствии с требованиеми проекта и рассматриватся на этапе проэктирования.
Лично я не пользовался консультациями ибо не вижу в этом смысла. Ни один учитель не сможет также хорошо объяснить что то как документация к чему то — считаю я. К тому же на ютубе хватает и бесплатных курсов по различным направлениям.
Этот заголовок был выбран, скорее всего для привлечения большей аудитории. Так сказать, звучит интереснее на мой взгляд. Но я согласен что заголовок не полностью отражает суть статьи. Тем не менее если бы я хотел сделать пошаговый туториал, то назвал бы его примерно так: «Git быстрый старт», «Начало работы с git», «Git первые шаги», «Git для чайников».
Пожалуйста :D. Спешу предупредить, что это далеко не всё. Я рассмотрел только основные команды и понятия. Но думаю, этого вполне достаточно для повседневного использования git. Считаю, что необходимости в более углублённых знаниях в большинстве случаев нет.
Согласен, статья получилась не совсем полная и исчерпывающая. Про некоторые вещи (queueMicrotask await top level и Observable) я не знал и мне не хотелось тратить еще больше времени на более глубокое изучение вопроса, а как можно быстрее выпустить статью и двигается дальше.
А почему лайк то поставить не можешь?
Это называется научно-технический стиль.
Потому что это стандарт. Все пишут редьюсеры таким образом. Что бы разные разработчики могли тебя понять.
Таков coding style от разработчиков redux (рекомендация разработчиков по использованию redux). Конечно можно это реализовывать и другими методами, но, наверное, лучше использовать общепринятые конструкции.
В Firefox 68.0.1 код вызывает
Ну да а по отступам не понятно? Если выражение одно принято не писать кавычки. Ну тут скорее уж дело вкуса. Но зачем придираться до этого?
Она возвращает data.response
Если вы думаете где ее использовать, то я скажу в ajax запросах, например так:
Или ее можно использовать как калбек функцию принимающую data и возвращающую (передающую дальше) необходимые данные из запроса.