а какая разница грубо говоря кто по памяти выигрывает? Если память есть, то вроде и без разницы, если нет - GC почистит ее. При этом у выигрыше в памяти есть обратная сторона (чисто интуитивно) - GC запускается чаще, а это может проседания в производительности вызывать

@gblack9
ну я бы не был так оптимистичен, задача трекинга часто не ограничивается только мобильными браузерами )

пару лет назад глубоко вникал в эту тему. при том что в web-аналитике к тому времени опыт был очень неплохой (сам настраивал много чего и обучал разработчиков с менеджерами/маркетологами настраивать аналитику и google tag manager еще на заре его появления), с мобилками в плане аттрибуции трафика всё очень нетривиально, на самом деле )

google play передает данные INSTALL_REFERRER в сборку через broadcast receiver в приложении (при определенным образом сформированной ссылке и если ты ставишь приложение переходя с мобильного устройства либо жмёшь на кнопку "установить" в браузере), там всё не так уж плохо (хотя конечно не 100% трекинг и граничные кейсы, как минимум те которые я обозначил, приходится обрабатывать сторонними решениями)

ребята из купертино (apple itunes connect) вообще клали на все хотелки маркетологов, разработчиков и т.д. - там нормального способа хоть как-то это завести без сторонних интеграций не было (и вроде бы до сих пор нет) - самое реальное что делают многие SDK для аналитики - postback-запрос после установки приложения и матчинг на сервере самой системы (и тоже не самый точный).

из всего самое известное - appsflyer, tune, adjust из зарубежных (платные и недешёвые на нормальных объемах), yandex app metrika (бесплатная но не было модуля для RN а пилить свой не было времени, возможно сейчас что-то есть), что-то у mailru вроде тоже появилось.

@avell
Как минимум еще branch.io рекомендую посмотреть - они как раз закрывают вопрос атрибуции установок близкой к 100%, но там интеграция сама по себе не в 1 шаг и аналитикой в привычном смысле (google/firebase/amplitude) сервис скорее не является, но на платном тарифе с чем-то нормальным точно интегрируется.

Привет всем, ребятки, а всегда проблемы когда проект с windows кидаешь на макось

то все летит в тар тарараы?

{title} - деструктуризация объекта, из всех ключей переданного функции объекта, она возьмёт только с соответствующим названием.

В случае с редаксом, функция принимает некоторые необязательные аргументы - пропсы, и возвращает JSX объект, в которые может эти самые пропсы передавать
Деструктуризация нужна для, скорее визуального упрощения (возможно, на скорость кода это тоже влияет, точно не могу судить, я не на столько хорошо знаю джэс)

<Header title="Hello" /> означает, что вы вызываете компонет (функцию) Header и передаёте в него проп title, чтобы использовать его в самом компоненте, нужно куда-то передать, собственно, например так:

const Header = ({ title }) => {
  return (
    <View>
      <Text>{title}</Text>
    </View>
  )
}

без деструктуризации было бы как-то так:

... (props) => ...
...
...{props.title}...
...

Спасибо огромное за ответ!
"{title} - деструктуризация объекта, из всех ключей переданного функции объекта, она возьмёт только с соответствующим названием."
Т.е. объект Header, становится функцией? Я говорю "становится", потому что думаю, возможно он становится из-за того, что объекту Header присваивается функция: const Header = ( { } ) => {}
А если бы присваивалась не функция, а что-то другое(если это имеет смысл), то Header, уже была бы просто компонентом, а не функцией? Или функция и компонент это всегда что-то типо синонимов, не зависимо от реализации?

"без деструктуризации было бы как-то так:
... (props) => ... "
т.е. все свойства/атрибуты, переданные Header'у,
<Header тут />, это считается как один объект props? А тут:
({ title }) => {}, уже при помощи деструктизации берется только одно конкретное свойство title.
"из всех ключей переданного функции объекта"
Тут вы под объектом подразумевете props? А props содержит все свойства, переданные в выражении
<Header  />, так?

компонент в реакт - это функция (или класс) возвращающая JSX, ничего никуда не преобразуется)

по остальным пунктам да, props - это объект со всеми переданными компоненту параметрами

спасибо!