но каждая нативная библиотека - доп. боль. Набор который там идет он тестируется на совместимость, а так будь готов форкать постоянно и править. Но да, для многих приложений выбора нет

слово нативных немного обесценено, уже не до конца понимаю

Например java библиотеки по работе с pdf, или ios framework QuickLook

ну да, всё так

какой профит от Typescript в React Native? Тут есть кто работает с Typescript в RN?

присоединюсь к вопросу

но каждая нативная библиотека - доп. боль. Набор который там идет он тестируется на совместимость, а так будь готов форкать постоянно и править. Но да, для многих приложений выбора нет

и не только нативная, вроде как ) все они боль немного

какой профит от Typescript в React Native? Тут есть кто работает с Typescript в RN?

такой же как и все стат типизированные языки дают тем кто в них верит)

// и пользуются vscode

Тут есть гуру нативных компонентов?

Ну или не гуру, а просто в теме

Короче, вкину вопрос, может кто знает

Нужно сделать метод на инстансе нативного компонента

В iOS сделал через self.bridge.uiManager addUIBlock:

Соотвественно в метод передается findNodeHandle() первым аргументом

Дальше стал разбираться, как это сделать в Андроиде

В итоге оказалось что можно сделать примерно так же:

getReactApplicationContext().getNativeModule(UIManagerModule.class).addUIBlock

Все работает

Но почему то и в самом реакт найтиве и в некоторых пакетах это не используется

Есть

какой профит от Typescript в React Native? Тут есть кто работает с Typescript в RN?

А вместо это используется receiveCommand

Соотвественно вопрос - почему так?

Вот пример: https://github.com/mapbox/react-native-mapbox-gl/blob/master/index.js#L41-L61

Непонятно, зачем такой геморрой, если можно сделать абсолютно точно так же

// и пользуются vscode

Phpstorm

Есть

а в чем Профит?)

Ну меньше пишешь багов, есть норм автокомплит, d.ts файлы довольно распространены, они заменят тебе доку

Ну меньше пишешь багов, есть норм автокомплит, d.ts файлы довольно распространены, они заменят тебе доку

спасибо

как подключить вебпак или как сделать алиасы для модулей без него? (нашел в чате какой-то @providesModule, выглядит костыльно)

как подключить вебпак или как сделать алиасы для модулей без него? (нашел в чате какой-то @providesModule, выглядит костыльно)

Поставь плагин для бабеля

Народ, как тестите mocha?

Валит ошибку Unexpected token import (react-native-svg-uri/index.js)

Конфиг как по ссылке: https://medium.com/@childsmaidment/testing-react-native-components-with-enzyme-d46bf735540#.yvej8y6me

Рили оч нужна помощь

Я забил и кармой через вебпак стал собирать

Основная проблема - expo

Проект на нем стоит

как подключить вебпак или как сделать алиасы для модулей без него? (нашел в чате какой-то @providesModule, выглядит костыльно)

https://www.npmjs.com/package/babel-plugin-module-alias

такой же как и все стат типизированные языки дают тем кто в них верит)

> Тем кто в них верит А ты веришь в гору в ручную написанных тестов? )

а в чем Профит?)

Профит в том что компилятор за тебя тестирует код. Это, конечно, не гарантирует корректность программы. Но снижает варианты опечаток драматически(я в это верю, правда, @savelichalex ;/) )

Профит в том что компилятор за тебя тестирует код. Это, конечно, не гарантирует корректность программы. Но снижает варианты опечаток драматически(я в это верю, правда, @savelichalex ;/) )

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

Статическая строгая типизация помогает поддерживать огромные кодовые базы. Чего не скажешь про динамическую слабую. Компилятор подсказывает где и что именно ты упустил, с динамической типизацией ты узнаешь это только после тестового прогона(да, обложи все тестами), если сам не заметил. То есть скорость разработки увеличивается, на больших проекта. На маленьких проектах статическая типизация большого смысла, неверное, не придаст. Тесты нужны и тесты важны. Но не во всех кусках кода. Тестировавать нужно алгоритмы. Тестировать параметры и способность функции/метода/класса и тд к полиморфизму или просто на корректную обработку очевидно некорректных аргументов — слегка overkill.

https://www.npmjs.com/package/babel-plugin-module-alias

Не очень удобный конфиг, я пробовал https://www.npmjs.com/package/babel-plugin-resolver, но он не работал, видимо придется этот использовать

А еще подбросим про UI тесты

Которые тоже полезны как-бы

expo это уже мастхэв?

expo это уже мастхэв?

Еще нет, и вряд ли когда нибудь станет

это хорошая новость

это хорошая новость

А что с ним не так?

А что с ним не так?

Они публикуют ваши приложения из своего аккаунта.

Они публикуют ваши приложения из своего аккаунта.

? и это не обойти?

Можно обойти не используя их инфраструктуру. Но тогда вопрос: зачем они нужны?

Статическая строгая типизация помогает поддерживать огромные кодовые базы. Чего не скажешь про динамическую слабую. Компилятор подсказывает где и что именно ты упустил, с динамической типизацией ты узнаешь это только после тестового прогона(да, обложи все тестами), если сам не заметил. То есть скорость разработки увеличивается, на больших проекта. На маленьких проектах статическая типизация большого смысла, неверное, не придаст. Тесты нужны и тесты важны. Но не во всех кусках кода. Тестировавать нужно алгоритмы. Тестировать параметры и способность функции/метода/класса и тд к полиморфизму или просто на корректную обработку очевидно некорректных аргументов — слегка overkill.

вот про строгую vs слабую это ты точно подметил) но чтобы компилятор тебе подсказывал, тебе для начала нужно еще ему объяснить, что где и как. ну и просто наличие стат типизации ни о чем не говорит, она тоже бывает разная, все мы знаем про NPE) ну и большие проекты нужно делить на артефакты, тогда и тестировать проще, и проект понимать проще) а насчет тестов, кмк гораздо важнее интеграционные чем юниты, и конечно же не нужно проверять каждую функцию.

вот про строгую vs слабую это ты точно подметил) но чтобы компилятор тебе подсказывал, тебе для начала нужно еще ему объяснить, что где и как. ну и просто наличие стат типизации ни о чем не говорит, она тоже бывает разная, все мы знаем про NPE) ну и большие проекты нужно делить на артефакты, тогда и тестировать проще, и проект понимать проще) а насчет тестов, кмк гораздо важнее интеграционные чем юниты, и конечно же не нужно проверять каждую функцию.

Unit тесты хорошо писать для алгоритмов. Они важны в ряде случаев. Соглашусь на счет приоритета интеграционных

Ребят, кто использует mobx в своих проектах, расскажите как ощущения? По сравнению с редаксом

Ребят, кто использует mobx в своих проектах, расскажите как ощущения? По сравнению с редаксом

Да, тоже любопытно :)

Есть мнение, что mobx близок тем, кто любит oop. А redux тем, кто любит функциональщину.

Редукс и функциональщина слабо клеятся

Mobx прекрасен, внутри магия. Но в некоторых случаях были сложности с дебагом.

Редукс и функциональщина слабо клеятся

че это

mobx

Ну функциональщина это когда чистые функции

Когда ты вызываешь dispatch или делаешь запрос к АПИ, функциональщина в редуксе заканчивается

мобикс прекрасен

Ну функциональщина это когда чистые функции

не только haskell функциональщина) фп это про композицию функций прежде всего, просто чистые функции легче композировать

не знаю насчет ооп, в мобиксе можно разбить все на сторы и экшны, и работать в функциональном стиле

ну в таком, полуфункциональном

Да не, функциональщиной в редуксе и не пахнет

Вообще это и не нужно

Да не, функциональщиной в редуксе и не пахнет

ну это лично твое мнение. я так не считаю

Это не мнение, это по определению

Опять же, как это не назови, менять это ничего не меняет

о беспонтовый холивар

Это не мнение, это по определению

где ты такое определение нашел?

Да как бы и в документации самого редукса это написано

https://en.m.wikipedia.org/wiki/Functional_programming

Вот, пожалуйста

Да, тоже любопытно :)

Андрей, а в вашем проекте разве не mobx?

ну и ?

экшны же возвращают значения

редюсеры тоже

они вполне чистые

Андрей, а в вашем проекте разве не mobx?

Нет, мы пока на redux

можно вообще гиперчисто их писать(хоть и не нужно)

Ребята, а реальный опыт у кого то есть? Или все тока по теории. Хочется услышать опыт использования в продакшене mobx vs redux в проектах от 10 views

Ребята, а реальный опыт у кого то есть? Или все тока по теории. Хочется услышать опыт использования в продакшене mobx vs redux в проектах от 10 views

+

Вот, пожалуйста

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

Ребята, а реальный опыт у кого то есть? Или все тока по теории. Хочется услышать опыт использования в продакшене mobx vs redux в проектах от 10 views

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

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

Вот это интересно. А что использовалось mobx или редакс?

с мобиксом. Очень удобно вышло и просто

редакс юзал раньше в вебе, и мобикс конечно в разы удобней

А reselect не таже тема, что и redux/mobx?

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

Ну вот это как раз неправда