Вопрос. Кто нибудь делал карту компонентов для react-native через react-storybook ?

Смотрел, показалось каким-то геморным

тоже заглядывал

не понял смысл так перенапрягаться )

ты можешь прям в снеке потестить

а что за снек?

а что за снек?

https://snack.expo.io

ого, спасибо

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

Image.prefetch() не то?

react-native-router-flux?

Я этот

Встречал кто реализацию такого компонента (вместо кругов будут аватарки) ?

Или подскажите как самому реализовать

так а что эти круги должны делать?

Image.prefetch() не то?

вот когда я последний раз юзал, че то не работало)

ты именно загрузку хочешь заранее или декодинг и отображение?

загрузить и в память засунуть. чтобы потом сразу без лагов отображалось

а, такого нет

так а что эти круги должны делать?

Просто отображаться друг за другом

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

ты именно загрузку хочешь заранее или декодинг и отображение?

Только отображение

я тоже думаю было бы полезно добавить такой api + увеличить розмер кэша (или по крайней мере сделать его зависимым от модели телефона)

Просто отображаться друг за другом

https://snack.expo.io/S1a6ktUMW

https://snack.expo.io/S1a6ktUMW

Спасибо

кстати, покритикуйте такой подход с картинками https://snack.expo.io/S1TRlKUzb

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

картинки жирные и большие

ну и осторожно поднять в RCTImageCache.m static const NSUInteger RCTMaxCachableDecodedImageSizeInBytes = 1048576;

и еще пару значений, можно опционально для моделей с большим числом гигабайт (6s+ вроде была первой с 2гб?)

Ребята, подскажите плиз, мне нужно обновлять данные каждые 24 часа (стучатся на сервер), если я правильно понимаю, это должен быть сервис, верно? В голову приходил костыль запускать таймер который часы отсчитывает в приложении и сохранять время на диск, потом сравнивать.

Ребята, подскажите плиз, мне нужно обновлять данные каждые 24 часа (стучатся на сервер), если я правильно понимаю, это должен быть сервис, верно? В голову приходил костыль запускать таймер который часы отсчитывает в приложении и сохранять время на диск, потом сравнивать.

https://github.com/ocetnik/react-native-background-timer

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

свернешь - все будет ок

и часы собъются)

свернешь - все будет ок

таймер сдохнет же?

если свернешь - нет

ой

закрою нафиг

так а как ты тогда хочешь обновить данные? :)

ЧТО у тебя будет обновлятть данные?

сервис же

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

кстати, покритикуйте такой подход с картинками https://snack.expo.io/S1TRlKUzb

я если честно не очень понял

может я тоже не понял задачи, либо неперепроверил что-то

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

уже надо список экспериментов вести)

С nfs кто-то работал поглубже уровня readtag, writetag?

тогда второй вариант чтоли?

всмысле?

почему лютый костыль?

это на ведре AlarmManager?

а на яблоке?

ты остановился таки на AlarmManager для ведра?

почему?

я юзаю вроде

а если бы не поджимало?

:)

значит надо искать что то более адекватное

а на яблоке?

на яблоке вообще жестко с бэкграундом, в любой момент может убить

вообще не оч круто держать в бэкграунде, батарею жрет же

на яблоке надо еще заслужить

на яблоке вообще жестко с бэкграундом, в любой момент может убить

когда свернуто всмысле?

когда свернуто всмысле?

да

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

процесс висит, значет жрет)

а юзер еще и отключить может это

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

ты что то знаешь об этом?)

и вроде в режиме энергосбережения совсем ничего не запускается

знаю

вроде того, "но это не точно" ©

временной интервал система сама подстраивает

если приложение юзеру не интересно по мнению системы - оно будет реже получать апдейты

на прошлой WWDC были вроде сессии про это, или даже еще раньше

про Apple Watch была точно, смотрел сам, и там показывалось, как это на часах работает - на телефоне принципы почти те же

если приложение юзеру не интересно по мнению системы - оно будет реже получать апдейты

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

или сложнее?

you are welcome https://developer.apple.com/library/content/documentation/iPhone/Conceptual/iPhoneOSProgrammingGuide/BackgroundExecution/BackgroundExecution.html

окей парни) но прежде чем читать уже 2 статьи (https://developer.android.com/training/sync-adapters/creating-sync-adapter.html и https://developer.apple.com/library/content/documentation/iPhone/Conceptual/iPhoneOSProgrammingGuide/BackgroundExecution/BackgroundExecution.html) и писать свой модуль, подскажите может уже есть чтото более менее годное?)

или я за себя не ручаюсь)

For background download apps: • The system wakes the app at opportunistic moments to begin downloading new content.

я на RN ничего не юзал такого

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