Vit
Не надо)
Vit
Лучше десять проектов с одной src папкой
Vit
проект с 10 разными конфигами превращается в адский ад зависимостей и однажды в продакшн улетит дебаг-сборка)
Vladimir
проект с 10 разными конфигами превращается в адский ад зависимостей и однажды в продакшн улетит дебаг-сборка)
Нет, если правильно сделать, то вы не сможете так сделать)
Aleksei
проект с 10 разными конфигами превращается в адский ад зависимостей и однажды в продакшн улетит дебаг-сборка)
мм, не соглашусь, у гугла вон монорепа и чет не страдают
Vit
монорепа это не про то же?
Aleksei
про это
Ilya
проект с 10 разными конфигами превращается в адский ад зависимостей и однажды в продакшн улетит дебаг-сборка)
Щас бы выкатывать в прод непротестированную сборку
Egor
мы хотим всё по феншую настроить, СI, CD и тп
Egor
так что там просто так дебаг проскочить не должен будет
Vit
ты думаешь те у кого дебаг в прод улетал как-то по другому делали и хотели?)
Igor
Головой надо думать, а не Илью слушать.
Писал на ts под rn - не было проблем (в итоге конечно бросил, ибо типы не спасают от убогости жс).
Igor
Просто я хочу сказать что разницы то нет flow или ts (теорема эскобара 😏)
Ilya
Дык если чат по RN, уже другие языки, на которых можно под него писать, уже обсуждать нельзя?
Igor
ReasonML / F# / ClojureScript - на них всех можно
Для любителей сишного синтаксиса есть dart/scalajs
Ilya
Ну и как бы JS далеко не самый идеальный язык, альтернативы стоит рассматривать, имхо
Ilya
А, то есть если фб что-то юзает, то это уже идеальный выбор и все, больше думать не надо?
Vit
ризон точно в топку
Ilya
Не стоит слепо следовать авторитету
Vit
они уже из него бяку сделали
Ilya
Потому что у них куча жс-разрабов, вот и все
Ilya
Нужен был инструмент с минимальным порогом вхождения - они его сделали
Владимир
им проще жс дописать под свои нужды
Ilya
Ангулярщики не мучают :)))
Aleksei
эм, fb вообще то reason ml и сделали)
Ilya
А вообще - потому что все привыкли, инструментария полно под жс, вот все на нем и пишут
Ilya
А на тс какие-то классы, еще изучать их, зачем, если можно тяп-ляп на жс и готово
Aleksei
не согласен, просто на js-е проще делать либы, из-за интеропа
Aleksei
исторически так сложилось. fb это не команда из 5 человек, там много людей работает, когда делали RN то reason-а еще и в помине не было
Igor
Ой не надо начинать...
Короче поинт был - не делить flow/react vs typescript/only-angular Дальше спорить смысла нет
Вообще можно и на ванильном писать, VSCode все равно ts-биндинги подгрузит 👌 и подсказки будут +-
Ilya
))))
Aleksei
исторически так сложилось. fb это не команда из 5 человек, там много людей работает, когда делали RN то reason-а еще и в помине не было
а уж переписывать «просто так» это не в стиле fb, да и вообще не инженерная практика
Aleksei
с тем что он в коммитете?)
Sergey
Народ, а AsyncStorage в симуляторе норм работает? Что-то не сохраняет
Vladimir
Пишу на TS под RN уже три года, полет нормальный. Считаю, что flow vs TS чисто эстетический выбор.
Ilya
Типа если он такой крутой и сказал, то все, это истина в последней инстанции?
Aleksei
Народ, а AsyncStorage в симуляторе норм работает? Что-то не сохраняет
было бы еще неплохо уточнить android или ios)
Sergey
симулятор значит ios ;)
Vladimir
ой, на RN год, еще до этого два на реакте
Aleksei
он по идее просто в файл пишет, так что не должно быть проблем
Sergey
Ммм а окей, поищу файл значит
Павел
Народ, а AsyncStorage в симуляторе норм работает? Что-то не сохраняет
Точно работает. Мы на проекте используем и тестить приходится в симуляторе
Sergey
@dandelio о привет)
Павел
Привет-привет. Узнал таки)))
Aleksei
тусовка питерская
Sergey
Фигак одногрупник
Sergey
Фронтенд объединяющий
Vit
@savelichalex
Vit
^^
Павел
Чота не по теме спамер влез
Kirill
@savelichalex 👆все же что за интероп? 🤔
Aleksei
@savelichalex 👆все же что за интероп? 🤔
interoperate. в общем то как функу из одного языка вызвать в другом. почти все языки которые таргетятся в js могут вызывать js-ные либы, обратное уже увидеть гораздо сложнее
Kirill
interoperate. в общем то как функу из одного языка вызвать в другом. почти все языки которые таргетятся в js могут вызывать js-ные либы, обратное уже увидеть гораздо сложнее
понятно! а то гугление впервые не дало результата)
Максим
как получить название собственного приложения внутри компонента?
Maxim 📱 D
у меня jest ругается на импорт react-native-elements кто нибудь знает как пофиксить?
testFileNode.setOutcome is not a function тип того пишет
Максим
думал может можно выцепить из конфигов
Maxim 📱 D
думал может можно выцепить из конфигов
можно потанцевать с бубном и написать метод на нативе наверное, если так сильно надо)
Максим
пусть в константах тогда живет
Дмитрий
Или на крайняк импортируй package.json и бери оттуда.
Maxim 📱 D
у меня jest ругается на импорт react-native-elements кто нибудь знает как пофиксить?
testFileNode.setOutcome is not a function тип того пишет
нид хелп) может как то можно заимпортить хитро можно?
if (typeof process !== 'undefined' && process.env && process.env.NODE_ENV != 'test')
import {Icon} from 'react-native-elements';
так не работает)
Anton
Вопрос больше про React, но всё же: как сделать так, чтобы при ошибке валидации props компонент не рендерился вообще?
Anonymous
https://t.me/react_js
Ivan
shouldComponentUpdate(nextProps, nextState) {
return false;
}
Anton
Этот метод не срабатывает же перед первым рендером
Владимир
componentWillMount
Владимир
но вообще мне кажется, лучше сделать
render(){
if(!this.isValidProps()){
return null;
}
}
Владимир
ну и можно это в hoc запихнуть, если душа требует чистоты
Anton
опять же получается двойная валидация - сначала в пропсах, потом в рендере
Владимир
не, только в рендере
Владимир
вообще валидация - недорогая операция скорее всего
Anton
не, только в рендере
тогда зачем нам валидаторы в пропсах? )
ошибка в консоли - это хорошо, но от всякого бреда пришеднего снаружи они никак не защищают
Владимир