R
Хоть я и согласен, что это это доп оверхед
Size: a a a
2020 June 07
🅵
Тут беда не в оверхеде, а в том, что ты таким макаром не в жизнь не предскажешь поведение у пользователя
🅵
Тут не один интеграционный тест даже не поможет
🅵
Когда ты нарендеришь виджеты версии 100500, а бэклогика у пользователя будет версии 1
R
Ну это другой вопрос же, как это все менеджить
🅵
Никак
R
Привет!
Я только начинаю знакомиться с flutter, раньше занимался веб разработкой и меня парит долгие релизы, в вебе я мог отдавать пользователям изменения мгновенно.
Наткнулся на
https://pub.dev/packages/dynamic_widget
Теоретически могу хранить виджеты на сервере, и менять их в своем приложении достаточно быстро.
Как к этому отнесется эпл и гугл при проверке во время публикации?
Прочитал инфу от эпл, нашел только:
(iii) If your app needs to download additional resources, disclose the size of the download and prompt users before doing so. https://developer.apple.com/app-store/review/guidelines/
Хз, как это относится к моему вопросу :)
Есть ли у кого то опыт/примеры?
Я только начинаю знакомиться с flutter, раньше занимался веб разработкой и меня парит долгие релизы, в вебе я мог отдавать пользователям изменения мгновенно.
Наткнулся на
https://pub.dev/packages/dynamic_widget
Теоретически могу хранить виджеты на сервере, и менять их в своем приложении достаточно быстро.
Как к этому отнесется эпл и гугл при проверке во время публикации?
Прочитал инфу от эпл, нашел только:
(iii) If your app needs to download additional resources, disclose the size of the download and prompt users before doing so. https://developer.apple.com/app-store/review/guidelines/
Хз, как это относится к моему вопросу :)
Есть ли у кого то опыт/примеры?
Ну так все таки
🅵
Если у тебя мобильное приложение не просто формочки со стейтом на сервере и отсутсвием логики на фронте, в нарушение всех принципов RESTful
🅵
А так, хоть WebView обмазывайся, если тебя не интересует качество.
R
Надеюсь, я правильно понял ответ :)
🅵
Ну смотри:
1) То что ты хочешь - очень плохо, причем не только в мобилках, но и современном вебе, это тебе не SSR со стейтом на сервере
2) Делай, если ты понимаешь, что приложение это не только формочки-иконки, но и логика и что ты не в жизнь не предскажешь поведение и не сможешь отловить багу в случае чего.
3) Может тебе лучше в RN вместо флатера податься?
А так - структуру виджетов описывай через JSON/XML или еще что. Используй веб вью.
1) То что ты хочешь - очень плохо, причем не только в мобилках, но и современном вебе, это тебе не SSR со стейтом на сервере
2) Делай, если ты понимаешь, что приложение это не только формочки-иконки, но и логика и что ты не в жизнь не предскажешь поведение и не сможешь отловить багу в случае чего.
3) Может тебе лучше в RN вместо флатера податься?
А так - структуру виджетов описывай через JSON/XML или еще что. Используй веб вью.
R
Что есть RN?
🅵
React Native
🅵
Но по фактам: тебе это не нужно, прям вообще никак.
🅵
На ведре, вроде как, еще был хинт, что ты можешь вытянуть новый APK и поставить вместо текущего.
Но это или прекрыли или прикроют.
Но это или прекрыли или прикроют.
R
Ну уже я понял, что мой кейс не оч корректно будет работать, важно было понять, что так можно публиковать и будет ок
R
Тем более если можно вебвью то можно все :)
R
На ведре, вроде как, еще был хинт, что ты можешь вытянуть новый APK и поставить вместо текущего.
Но это или прекрыли или прикроют.
Но это или прекрыли или прикроют.
Что так нельзя эпл у себя в правилах четко пишет
🅵
Да. Технически ты можешь пользовать веб вью или строить виджеты из XML.
Тебе надо понять, что приложение это не только виджеты (вопреки слогану Everything is widgets)
Тебе надо понять, что приложение это не только виджеты (вопреки слогану Everything is widgets)
R
Да вроде как понимаю, что приложение это не только отображение, мне казалось, что если можно подтянуть виджеты, то и остальную логику можно в каком-то виде стянуть с сервера