ДР
у android там не только путь к файлу может быть, но и то что я в комменте на github скинул
Но иосу ведь все равно нужен путь, нет?
Size: a a a
2020 July 23
ДР
а локализация у вас как?
Извини, не поняла о чем речь
VP
Не совсем понимаю в чем разница, получается и во втором и в первом случае пути это переменная, а не строка, если не сложно, можешь объяснить в чем разница для require в обращении к переменной внутри которой строка или в обращении к значению поля объекта в котором та же строка?
значение поля известно только в момент выполнения (в рантайме), значение в константе - во время сборки. картинки бандлятся при сборке, в рантайме никаких путей на самом деле нет, есть ресурсы которые упакованы в приложение, и вся основная "магия" того как они достаются описана в resolveAssetSource
АС
Извини, не поняла о чем речь
ну есть локализация в приложении?
JS
А почему бейс плохой вариант? Сам RN его принимает как вариант
На сколько мне известно перформанс страдает если их использовать. Так что просто допиши функцию которую ты уже начала писать и которая работает. Если это не нарушает запрета на создание обьекта, то ок. Но это обычная практика хранить все рекваеры с картинками в одном обьекте, и уже его импортить в компоненты.
ДР
ну есть локализация в приложении?
Переводы?
JS
По сути будет то же самое, только времени потрачено больше. С учетом что картинки грузится будут с релизом апки, то это мало на что влияет. Есть еще варик вообще в нативных ассетах хранить, а в базе название картинки из нативного ассета. Но боюсь это тоже обозвут хардкодом)
ДР
Кстати, вообще-то должны быть, но все поо них напрочь забыли
S
По сути будет то же самое, только времени потрачено больше. С учетом что картинки грузится будут с релизом апки, то это мало на что влияет. Есть еще варик вообще в нативных ассетах хранить, а в базе название картинки из нативного ассета. Но боюсь это тоже обозвут хардкодом)
По этой логике AndroidManifest тоже хардкод?
VP
По сути будет то же самое, только времени потрачено больше. С учетом что картинки грузится будут с релизом апки, то это мало на что влияет. Есть еще варик вообще в нативных ассетах хранить, а в базе название картинки из нативного ассета. Но боюсь это тоже обозвут хардкодом)
++
вот как раз для этого решения в resolveAssetSource заглянуть стоит, чтобы понимать в каком виде оно будет храниться
вот как раз для этого решения в resolveAssetSource заглянуть стоит, чтобы понимать в каком виде оно будет храниться
АС
На сколько мне известно перформанс страдает если их использовать. Так что просто допиши функцию которую ты уже начала писать и которая работает. Если это не нарушает запрета на создание обьекта, то ок. Но это обычная практика хранить все рекваеры с картинками в одном обьекте, и уже его импортить в компоненты.
проблемы бейса которые мне известны:
- хранение. если на сервере то время за запрос по сети. если в бандле то увеличивет парсинг жс-а
- лишняя сериализация через бридж если с сети пришло, строкой в жс придет
- при передаче в имедж довольно большая строка через бридж пойдет
- конвертация в картинку дольше чем жпег или пнг на нативной стороне
- вопросы с кэшированием
- хранение. если на сервере то время за запрос по сети. если в бандле то увеличивет парсинг жс-а
- лишняя сериализация через бридж если с сети пришло, строкой в жс придет
- при передаче в имедж довольно большая строка через бридж пойдет
- конвертация в картинку дольше чем жпег или пнг на нативной стороне
- вопросы с кэшированием
ДР
Ты имеешь ввиду функцию, которая будет парситт папку картинок или другую?
JS
Ты имеешь ввиду функцию, которая будет парситт папку картинок или другую?
Которая заранее будет рекваерить картинку. Ту которую ты выше сбрасывала и говоришь что работает
ДР
Которая заранее будет рекваерить картинку. Ту которую ты выше сбрасывала и говоришь что работает
Так это нельзя использовать, я же там просто стоку прописала в константу, это и не функция
JS
Так это нельзя использовать, я же там просто стоку прописала в константу, это и не функция
Тут вопрос уже не в реализации, а в умении доказать тому кто запрещает заранее зарекваирить картинки в объект что он не прав.
JS
И прийти к рабочему решению.
JS
Base64 плохо из-за перформанса, объект из-за хардкода. Выбор очевиден.
JS
Я бы хранил вообще в нативных ассетах
JS
x1,x2, x3 и аналоги для андроида. А в обкате региона название картинки.