спойлер: в компоненте функции уже будут объявлены на момент его вызова

Лишняя обертка

да лан, реально убого писать function smthng(){ return ...}, тут стрелочники как раз встают как надо

стрелочки плохи тем, что их надо объявить уровнем выше, и тогда когда читаешь DayCruiseNotification, то сначала надо прочитать эти две функции, и только потом дойдешь до render/return

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

этот DayCruiseNotification используется еще в одном компоненте. Да и даже если только в приведенном примере - этого достаточно для выноса в отдельный компонент.

const MyComp = (props) => renderStuff(props) //valid const renderStuff = (props) => <div>{props.stuff}</div>

ну раз уж мы вынесли функции из компонента и потеряли доступ к props.type и добавили аргумент - тут автоматом надо ставить компонент

вай нот?

вай нот?

мы вроде конкретный случай разбираем, а не все подряд?

хуйня, должны быть компоненты, а не разметка

а где в этом “конкртертом случае” function не уместен? (если и правильно понял о каком коде мы говорим)

компонент, который не используется кроме как внутри этого DayCruise, и ничего не делает - нахрен он нужен?

function Blah(props){ return ...} //<= this

Чтобы не читать портянку из html,

{someVal && (<MyComp />)} Кто с таким сталкивался? Норм так писать?

и? вполне себе правильно использование function

я бы убрал лишние скобки

{someVal && (<MyComp />)} Кто с таким сталкивался? Норм так писать?

норм, убрать скобки только и быть увереным что someVal булевское значение. на крайняйк !!someVal

Ну это просто пример. Я больше к вопросу, что так пишут и это норм

норм, убрать скобки только и быть увереным что someVal булевское значение. на крайняйк !!someVal

зачем !! ?

А как это вообще работает? Потому что я ещё могу и запилить потом || <AnotherComp />

someVal ? <MyComponent /> : <OtherComp />

const MyComp = (props) => renderStuff(props) //valid const renderStuff = (props) => <div>{props.stuff}</div>

const MyComp = (props) => renderStuff(props) //valid А это не будет порождать ремаунт ребенка на каждый ререндер MyComp?

const MyComp = (props) => renderStuff(props) //valid А это не будет порождать ремаунт ребенка на каждый ререндер MyComp?

{someVal && (<MyComp />)} Кто с таким сталкивался? Норм так писать?

должно работать также, как и <RenderStuff {...props}/>

что в этом такого?

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

свобода слова она такая

Привык к ? : Вот думаю не говнокод ли когда обе эти фичи юзаю

Рома, вкладывай в свои формулировки меньше хейта и все будет ок. Любой диалог и любую тему можно загадить гипертрофированным выражением личной “правильной” позиции - это не конструктивно и мешает восприятию ключевой мысли.

Ну можешь делать huy ? <MyComp/> : null

Это не личная, а достаточно объективная точка зрения

Еще раз, вопрос не в точке зрения, а в том как ее выражать. “Токсичность”, чаще всего, выражается не в том что критика есть, а в том что она преподносится как “я кароль, а ты тупой"

токсичность, токсичность — неужели все такие мягкотелые, что нельзя прям слово иначе сказать

https://lmgtfy.com/?q=%D1%8D%D1%82%D0%B8%D0%BA%D0%B5%D1%82+%D0%BE%D0%B1%D1%89%D0%B5%D0%BD%D0%B8%D1%8F+%D0%B2+%D0%B8%D0%BD%D1%82%D0%B5%D1%80%D0%BD%D0%B5%D1%82%D0%B5&s=

ребят, че щас модное и не объемное для отслеживания, что все картинки загрузились?

await Promise.all

ребят, подскажите группу по тс реакт, ty

const hoc = (overrideProps) => (BaseComponent) => (props) => <BaseComponent {...props} {...overrideProps} />; const User = ({ name }) => <div className="User">{ name }</div>; const UserJack = hoc({ name: "Jack" })(User);

https://ramdajs.com/docs/#mergeLeft

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

для любителей может быть, для профессионалов нет :)

Коллеги, какой подход вам больше нравится? Есть ли какие-то технические преимущества у одного перед другим?

зачем нужен serviceWorker в create-react-app?

зачем нужен serviceWorker в create-react-app?

Он не включен в любом случае по деоофлту

в CRA включен

Не слушай, для offline короче

Для offline нужно добавлять отдачу html файла при проблемах с интернетом, в cra такого нет, ток что offline не причем.

В любом случае он только для начинающих. В реальном приложении нужно делать свой через workbox