кстати, в тему об fetch и необходимости более тонкой подстройки обнаружил что xmlhttprequest имплементирован в react-native, и прямо в доке указывается что мы можем юзать сторонние либы https://facebook.github.io/react-native/docs/network.html#using-other-networking-libraries

кстати, в тему об fetch и необходимости более тонкой подстройки обнаружил что xmlhttprequest имплементирован в react-native, и прямо в доке указывается что мы можем юзать сторонние либы https://facebook.github.io/react-native/docs/network.html#using-other-networking-libraries

Ага, fetch его и использует

Вот эта реализация - https://github.com/github/fetch

Ага, fetch его и использует

*полифил браузерного фетча его использует

*полифил браузерного фетча его использует

Да! Спасибо ) Я это и имел виду

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

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

а как ты их показываешь?

секунду, покажу скрин

я уже психанул и тестирую

если посмотреть на левую иконку, то она то четкая, то нет

используется один и тот же компонент

код вот

<Image source={require('../../../images/icons/ic_menu.png')} />

захардкодил через require, раньше импортил через константу типа export const IC_MENU = require('../../images/icons/ic_menu@3x.png');

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

но, как видно, не в этом причина

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

вот другая иконка

если вы тестируете в эмуляторе, может из-за scale

делай лучше иконки в шрифт через свг

хотя тут тоже артифакты вылезают

scale всегда 2

я в инспекторе уже все облазил, они абсолютно ничем не отличаются

сейчас буду чистить xcodeProj сам, может там как-то хреново

когда линии очень тонкие, scale будет больше влиять. Может скриншоты тоже после scale сделаны

<Image source={require('../../../images/icons/ic_menu.png')} />

размеры иконки как задаются? если явно, для иконок надо getPixelSizeForLayoutSize использовать

не явно

просто подключаю иконку

она во всех этих хедерах одного размера, смотрел через инспектор

удаление derived data не помогло

Оказалось, что RN библиотека react-native-sound не подживает метод prepareToPlay() iOS фреймворка AVFoundation (AVAudio Player), от того и лаги в моем музыкальном генераторе. Поэтому переписываю приложение на Swift. Может кто знает как на swift переписать функцию обратного вызова: this.state.groups.forEach(p => p.group.play(() => this.playSound()))

static func playSound1() { let r = Int(arc4random_uniform(12)) ViewController.loop((ViewController.Group[r])) ViewController.playSound1() }

Так написал, но она сразу вызвается) и бесконечная рекурсия ломает приложение)))

Так написал, но она сразу вызвается) и бесконечная рекурсия ломает приложение)))

Логично же

Вечная рекурсия, а ты что ожидал?

Логично же

так я вчера понял что такое рекурсия))) занятно

Оказалось, что RN библиотека react-native-sound не подживает метод prepareToPlay() iOS фреймворка AVFoundation (AVAudio Player), от того и лаги в моем музыкальном генераторе. Поэтому переписываю приложение на Swift. Может кто знает как на swift переписать функцию обратного вызова: this.state.groups.forEach(p => p.group.play(() => this.playSound()))

а не проще было добавить этот prepareToPlay в саму либу?

чем переписывать на свифт

а не проще было добавить этот prepareToPlay в саму либу?

Думал об этом, но не хватает опыта. Где почитать на эту тему? Это бриджы?

зачем бриджи когда уже все есть, вот здесь добавь что нужно и в путь https://github.com/zmxv/react-native-sound/blob/master/RNSound/RNSound.m

опять же вместо работы напрямую с AVAudioPlayer поменять на кэширующую обертку в этом же исходнике например к https://github.com/StreetVoice/HysteriaPlayer

зачем бриджи когда уже все есть, вот здесь добавь что нужно и в путь https://github.com/zmxv/react-native-sound/blob/master/RNSound/RNSound.m

о мой Бог))) буду разбираться

а так рубить с плеча и на свифт уходить нехорошо ) к тем более там исходник то на 200 строчек

а так рубить с плеча и на свифт уходить нехорошо ) к тем более там исходник то на 200 строчек

Два месяца уже стою на одной задаче. Подумал что RN уже не подходит для ее решения. Рубить не буду, буду разбираться дальше.

А кто-нибудь пробовал использовать http://router5.github.io/docs/why-router5.html в RN-приложения?

А зачем в RN роутер?

Потому что с роутером всё становится лучше

Обычно наоборот

Особенно если он не нужен

А если нужен?

Роуты всегда есть

Сцен может не быть, а роуты есть

Роутер нужен только когда есть url

Когда его нет - то зачем?

Да камон

Да серьезно

Да прикалываешься - инфа 100% :) Роутер как карта местности, как карта состояний

Ну и используй для этого состояние в виде объекта

Делов то

Роутер это про URI

Именно

URI != URL

чет толсто

Роутер не решает никаких проблем, если URL/URI никто не видит и его нельзя изменять руками

А чё, кто то большие приложения без роутера делает?

Роутер не про смену руками, а про адрес сцены + состояния

Мобильные приложения делают без роутера, очевидно

Да ну

Ага

Ну просто - зачем?

В нативных приложениях роутер вообще бесполезен

Когда используется нативная навигация

В вебе роутер про то, чтобы синхронизировать состояние приложения с видимым URL

Соответственно, когда его нет - снихронизировать не с чем

Состояние приложения в вэбе представлено через URI. А состояние в нативном приложении как то иначе, но оно все равно там есть. И нужно уметь переходить из одного состояния в другое. Для этого используют навигаторы/роутеры

Когда используется нативная навигация

а роутеры разве не нативную навигацию используют?

Соответственно, когда его нет - снихронизировать не с чем

В вэбе состояние можно зафиксировать в url и расшарить. Поэтому видимо важна синхронизации с ним

В приложениях есть линки, которые как раз передают состояние в себе, кстати. Так что состояние есть и синхронизировать его надо

Роуты в мобильных приложениях могут быть полезны на этапе портирования web => mobile => web, как минимум.

Категоричность оппонента слега удивляет )

А как он вообще должен работать в РН? там разве есть hashchange?

Я вот соглашусь с Владимиром. Если не нужно синхронизироваться с history, то роутер особенно не нужен

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

В вебе урл это как бы кастрированный стейт

Опять же, нативная навигация с внешним стейтом работает так себе

Мобильные приложения делают без роутера, очевидно

ага, если только калькуляторы то наверно да, а так вообще вот https://github.com/button/DeepLinkKit https://github.com/joeldev/JLRoutes

Ой, да ну