У
В рантайме
Size: a a a
2021 May 24
У
Причём без вызова даже
У
print(handshake.job);
MT
Александр, вы сказали что можно в зависимости от оси выбирать какой ui элемент показывать
DY
Platform.isIOS / Platform.isAndroid
MT
Если этот подход на все приложение распространить - не слишком ли это гемморойно будет?
DY
Не факт что по всему приложению нужны прям везде нативные компоненты
T
У поля вашего класса тип целочисленный int.
Вы получаете исключение, предполагаю, вы подаётся значение из другой переменной , которая просто var myVar;
Тогда, тип dynamic
Вы получаете исключение, предполагаю, вы подаётся значение из другой переменной , которая просто var myVar;
Тогда, тип dynamic
T
int.parse(myVar)
T
А переменная, ее явно определите, возможно у вас просто var там стоит
DY
К тому же можно сделать свой виджет который эту логику определения платформы будет инкапсулировать и не нужно будет дублировать повсеместно проверки
MT
Допустим тыкнул я на карте нужный объект, открылась вьюха нужная, где можно дату ввести, загрузить файл и нажать кнопку «отправить» (она предполагается что будет какраз по дизайну). И уже в этом кейсе мне нужны 3 разных ui элемента: дейтпикер, аплоадер и алерт если какие-то данные не видны.
Я вижу это так, что при каждом кейсе у меня будет стоять вот это platform.isAndroid ? AndroidUiElem : iOSUiElem
Я вижу это так, что при каждом кейсе у меня будет стоять вот это platform.isAndroid ? AndroidUiElem : iOSUiElem
MT
Тут абсолютно с этим согласен
MT
Ща перешлю цитату, из-за которой я переживаю
j
Всех приветствую.
Возник вопрос в плане архитектуры.
Идея такая - приложение имеет навигационную панель, и в каждой "вкладке" может быть доступ к одним и тем же инструментам, которые должны открываться внутри этой "вкладки" и могут иметь разные состояния. Подобное можно встретить в ВК, инстраграмме.
Подскажите, пожалуйста, какой паттерн архитектуры можно использовать для такой задачи?
Возник вопрос в плане архитектуры.
Идея такая - приложение имеет навигационную панель, и в каждой "вкладке" может быть доступ к одним и тем же инструментам, которые должны открываться внутри этой "вкладки" и могут иметь разные состояния. Подобное можно встретить в ВК, инстраграмме.
Подскажите, пожалуйста, какой паттерн архитектуры можно использовать для такой задачи?
DY
Можете прочитать сообщение выше с +- подходом для этого
MT
заказчик говорит, что получает эстетическое удовольствие от использования приложений iOS yandex каршеринг и airbnb
MT
Воооо! Я этого не прочитал) я этот подход максимально поддерживаю так как привык приходя на проект фронтом писать свою библиотеку компонентов, синхронизируя ее с дизайн системой
DY
Ну переиспользование виджетов это практически философия Flutter разработки
DY
Или даже без «практически»