но в 60% случаев, когда я пишу функциональный компонент, мне приходится, матерясь, переписывать его на класс

Так можно не переписывать, а завернуть

ага, и подрубать ненужный реселект?

зачем?

Не нужно подрубать никакой реселект

когда все уже есть

Выделяешь чистый лэйаут и реализуешь его как функцию

Дальше уже можно сверху навесить стейт, анимации, что угодно

для тех кто не писал html/css, это может быть non-easy абстракцией

Выделяешь чистый лэйаут и реализуешь его как функцию

зачем?

ну кроме того что он ЧИСТЫЙ

simplicity прежде всего

ПОТОМУ ЧТО ЭТО ОХУЕННО

Отделяешь лэйаут от логики

В РН можно по разному реализовать между iOS/Android

Вообще за тем же, зачем и вообще идет разделение на компоненты

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

логика скорее всего и так где-нить в редаксе

что в целом, дает тебе огромное преимущество "не думать" большим массивом компонентов

Даже если упороться по редаксу, то все равно в компонентах своя логика

Анимации всякие, жесты и т д

есть и ui логика, типа анимаций или промежуточных стейтов

ну все равно приходим к тому, что стейт где-то есть, так?

Естественно

только вместо одного компонента - два или больше

Так в этом ничего плохого

ну и хорошего тоже

да, но тк стейт это complex, то лучше его держать в минимизированном виде, не смешивая

все ситуативно

А то так можно и все приложение в одном классе написать

вообще можно

да, зачем впринципе уходить от index.platform

во, ден переименовал даже их одно - для показа второе - для инкапсулирования изменяющейся логики https://medium.com/@dan_abramov/smart-and-dumb-components-7ca2f9a7c7d0

по сути, это фундаментальный подход "разделения на консьерны" просто с реакт спецификой

Кстати, вполне можно делать и чистые компоненты с анимацией

Анимация при этом передается через пропсы

тогда анимация находится в пэренте

ага

И пэрент уже рулит

тогда это чистый компонент, возвращающий дерево

анимационную манипуляцию уже реакт делает с деревом

Да, он просто поддерживает опциональную анимацию

компонент остается чистым, а стейт находится внутри Animate.Value

Да

ну в общем, просто надо помнить, что у этого есть цена, а профит от реиспользования не всегда удается получить

REFGTNBDSH7

многие ли из вас пишут компоненты как чистые stateless функции ? как вам этот подход?

стараюсь только такие писать

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

я бы уточнил - защищают от соблазна использовать хуки

я бы уточнил - защищают от соблазна использовать хуки

да, спасибо)

хуки усложняют, изза необходимости помнить "что за чем"

но основное усложнение в том что в них используют императивные вызовы

Использование хуков неизбежно

В РН, по крайней мере

И рефов

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

И вызова императивных методов

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

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

Если приложение без анимаций - то может быть

Использование хуков неизбежно

смысл не в полном отказе, а в меньшем использовании) собсн-о как в фп, чем меньше сайд эффектов - тем лучше

Ну эт само собой

Всем доброе утро! Кто-нибудь пытался разобратсья зачем RN добавляет пермишны на Photos/Media/Files и Device ID & call information? Есть issue https://github.com/facebook/react-native/issues/5886 где это разбирают и пишут как убрать неиспользуемые разрешения (WRITE_EXTERNAL_STORAGE, READ_PHONE_STATE, READ_EXTERNAL_STORAGE). Но я так и не могу понять зачем они добавляются?

Видимо, чтобы из коробки их компоненты и api работали

ну AsyncStorage их коробки a SQLite DB испольузет и не требует никаких прав

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

возник вопросик каверзный... как вообще реактнативе норм или не ?

чот глянул в гитхаб ... там версия 1000.0 https://i.imgur.com/b6ZYitT.png так делают или когда забили .... ну или у них отдельно версия вешается перед паблишем в нпм

планирую попробовать. Подскажите вообще проблемная тема ?

функционал у меня не сложнее чем обычный сайтик. не придётся часть функционала допиливать на какомнить обжективе-си или свифте ?

Всем доброе утро! Кто-нибудь пытался разобратсья зачем RN добавляет пермишны на Photos/Media/Files и Device ID & call information? Есть issue https://github.com/facebook/react-native/issues/5886 где это разбирают и пишут как убрать неиспользуемые разрешения (WRITE_EXTERNAL_STORAGE, READ_PHONE_STATE, READ_EXTERNAL_STORAGE). Но я так и не могу понять зачем они добавляются?

поди в fb поставили эти пермишены, а в RN потом забыли выпилить

или просто не стали чтобы у себя ниче не ломать

функционал у меня не сложнее чем обычный сайтик. не придётся часть функционала допиливать на какомнить обжективе-си или свифте ?

скорее всего не придется нативщину трогать

Всем привет. Кто нибудь заводил full screen video на андроиде с помощю https://github.com/react-native-community/react-native-video ?

Всем привет. Кто нибудь заводил full screen video на андроиде с помощю https://github.com/react-native-community/react-native-video ?

да

вопрос: как ? есть <Video ref={ref => this.video = ref} source={{ uri: this.props.source.src }} style={styles.fullScreen} rate={this.state.rate} paused={this.state.paused} volume={this.state.volume} muted={this.state.muted} resizeMode={this.state.resizeMode} onLoad={this.onLoad} onProgress={this.onProgress} onEnd={this.onEnd} onAudioBecomingNoisy={this.onAudioBecomingNoisy} onAudioFocusChanged={this.onAudioFocusChanged} repeat={false} />

и есть this.video.presentFullscreenPlayer();

но оно не пашет

что не пашет? делаешь position: 'absolute', top: 0, left: 0, bottom: 0, right: 0

ну на iOS там нативный видео плеер открывается

и еще вопрос, я с дуру сделал → react-native-git-upgrade 0.43.3 теперь не могу откатиться