Тысячи их

Но такое я бы использовать не стал

Тут конечно есть возможность чтото удалить лишнее. А вообще мне кажется что использовать или не использовать prettier, eslint и т.п. это бесконечная причина для дискуссий.

Хотя вот мне нравится подход в go - сделали свой goFmt и никто ни с кем не спорит ))))

У питона pep8 с незапамятных времён

А причин не использовать prettier и eslint я честно говоря не вижу

притиер болеет с массивами.

Он не болеет

Просто вам не нравится :)

как лучше сделать автоопределние OS? чтобы под Андройд одну всплывашку с приложениями показывать, а под IOS другую?

navigator.platform. а, хотя не. ну гуглится легко.

Привет!
Такая ситуация - есть «глупый» React компонент  <Image />
Он испоьзуется в нескольких местах приложения. Надо сделать что бы он получал файл с компа юзера, сразу же отправлял его на сервак, в ответ получал линку, и уже ее  отображал, и работал с ней  (а не с файлом, который получил с input)

Все этого сделано, но есть вопрос по правильности реализации

По логике вещей, было бы очень удобно сделать апикол прямо внутри этого компонента, и там же работать с полученым ответом

Но это вроде как не очень красиво делать.
Ка правилнее сделать?
Пробросить через пропс от «умного» компонента  экшн криэйтор, или же сделать апикол прямо внутри глупого компонента?

Если удобно и не идет в разрез с общей архитектурой - делайте внутри компонента

Можно сами вызовы апи вынести в отдельный модуль, чтобы мокать было удобнее. Но это уже нюансы

во-первых - отказаться от деления компонентов на "умных" и "тупых".
если это локальные компоненты, пусть в себе считают, ничего плохого не вижу.

Понял, благодарю

подскажите что используют JSONP или CORS для междоменных запросов? знаю только то, что JSONP  не поддерживает POST/PUT/PATCH запросы, а CORS стабильно работает в современных браузерах начиная с IE9

все используют CORS

отображение картинки - отдельно - апихон

а ну да, если не переиспользуются

окей, спасибо