а как мы узнаем когда это надо делать?

 

1ое во flutter lifecycle view прост есть/нету
2ое ты понимаешь что невидимый виджет не перерисовывается?
за нас разрабы флаттера поработали

upd если относительно flutter_bloc, то в BlocBuilder есть condition, где есть старый и новый стейт и можно гибко управлять ребилдом дерева под ним

 

[
{
"type": "mention",
"text": "@bunopus"
},
" порекомендовал вас рассмотреть финдиру, тк помню, что её муки заключаются в том, что то что красиво - слишком простенькое, а то что навороченное - всрато)"
]

 

Дякую

 

Стейт менеджмент редакс + иммутабельные коллекции = unidirectional data flow + epics
Над доменом бизнес блоки. Презентеры и вьюхи работают с блоками со стримами с данными и прокидывают экшны в домене.

 

при виджеты я понимаю,
ну вот на примере тогда (условном):
например есть экран с двумя табами
на первом отображаются какие то изменяющиеся во времени данные (допустим каждые несколько секунд)
на втором показываются какие то другие данные (пусть даже статика)
соответственно есть объект реализующий логику изменения данных и виджет первого таба на него подписан
когда мы переходим на второй таб - как сделать так чтобы логика не генерила больше данные для первого таба?

 

или например если приложение ушло в фон, тот же вопрос - как остановить оповещения об изменении данных?

 

в фоне дарт не испольняется

 

Можно просто написать redux)

 

Есть общая логика между всеми платформами?

 

хм, посмотрел - действительно в фоне останавливается
тогда другой вопрос в связи с этим - а если надо продолжать в фоне что то делать - это как тогда во флаттере?

 

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

 

на уровне нативной аппки крутить

 

интересно... кажется тогда это серьезный минус фреймворка?

 

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

 

ну да. если вам очень надо, то да

 

и наоборот при переходе на первый таб, опять включать данные

 

я пока не знаю, надо или нет )

 

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

 

ну да. поэтому скорее всего это не проблема.

 

[
"Итак, запись Flutter митапа тут ",
{
"type": "link",
"text": "https://www.youtube.com/playlist?list=PLxcvsYzLfaTA18AAsia2E63BTMe9k6Alv"
},
"\nНапоминаю, что 23-го Ноября в Питере пройдёт крупнейшая конференция по Dart & Flutter - DartUP. Регистрация и подробности ",
{
"type": "link",
"text": "https://dartup.ru/"
},
"\nЖдём спикеров!"
]

 

Да, что-то пытался сотворить и в итоге отредактировал sudoers.

 

Тогда делаешь statefull и в dispose кидаешь что-то вроде OnPause

 

можно ли юзать несколько materialApp в приложении

 

и как это будет влият

 

можно, но если это только ради вложенной навигации - то не нужно

 

на производительность влияет?

 

спасибо

 

Вся логика общая. В нативе у нас только работа с сокетами и с пушами, аналитика и прочие либы.

 

Далее проект поедет на flutter web

 

это всё на dart/flutter?

 

[
"Flutter 1.7.8 stable / Macbook\n\n",
{
"type": "code",
"text": "bash-3.2$ flutter run ios --release\n\nOops; flutter has exited unexpectedly.\nSending crash report to Google.\nCrash report sent (report ID: 8b3e67dfc28d30d8)"
},
"\n\nЕсть у кого такое же?"
]

 

вложенная навигация делается вложенными Navigator'ами

 

круто, у меня kotlin-native =)
десктоп думаем писать уже на flutter, но туда не скомплить общие сущности, только портировать

у нас главная идея - это поведение всей системы описано в общих сущностях и оттестировано один раз, и переиспольуется на всех платформах

я пока не искал и очень сомневаюсь что есть или будет kotlin-native 2 dart compiler

а бездумно все клиенты и бэкенд перевести на dart не хочу, да и сложно бэк пока на дарте писать =)

 

я про бэк затирать не буду, но фронты флаттер закрывает
Пока у нас вся логика общая.

 

вооот, у нас то единый код работает везде

 

Для меня единый код фронта этого достаточно )

 

Добрый день. Подскажите пожалуйста, можно ли обновить конкретный виджет? Например элемент ListView? Не очень хочеться создавать отдельный класс...

 

Задача какая

 

обновить отдельный элемент списка. Сейчас каждый элемент списка это обычный контейнер с содержимым. Там текст. Мне нужно поменять этот текст. Текс в объекте я уже заменил, теперь мне нужно обновить соответствтующий виджет списка. Может как-то через глобальный ключ?

 

Есть несколько вариантов

 

Если данные локально, то через setState

 

Иначе можно StreamBuilder для прокидывания данных

 

пробовал. Видимо из-за особенности построения экрана - не работает. Как я уже говорил - элемент списка это просто контейнер, а не класс-состояния

 

Просто контейнеров во флаттере нет

 

Есть stateless или stateful виджеты

 

думал, но я хз как это сделать, если у меня может быть десяток или больше элементов списка

 

Хоть тысячи

 

Просто нагугли пример стрима и списка

 

еще варианты есть?

 

этого мало для enterpise и всё такое =)

 

как вы переходите на другую страницу юзая блок паттерн. у меня выдает blocprovider null, когда юзаю materialapp все работает, но это не оптимальный вариант

 

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

 

Понял, спасибо

 

а чтобы не обновлялись все listItemWidget
переопредели им equal&hashCode
чтобы сравнивало по данным которые отображаются
и ключи не потребуются

 

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

 

тебе нужно понять что такое StateFullWidget для начала, потом InheritedWidget

 

А как найти Андрея Смирнова? который митапе говорил про canvas?

 

[
"Вопросы можно тут задать, а в зале – после всех докладов. За пиццей и пивом. Первый доклад ",
{
"type": "mention",
"text": "@dushes_at_work"
},
" второй ",
{
"type": "mention",
"text": "@dsrenesanse"
},
" третий ",
{
"type": "mention",
"text": "@lavinov"
},
""
]

 

[
"ну у меня тот же вопрос думал может ",
{
"type": "mention",
"text": "@dushes_at_work"
},
" подскажет в какую сторону думать.."
]

 

А Path у тебя совсем произвольный, или ломаные/кривые Безье?

 

несколько линий включая кривые безье, но я изначально не знаю какой path будет

 

Если подходить к задаче математически, то у куска ломаной достаточно проверять концы, а у кривой Безье - концы и точки, где нормаль направлена на нашу точку. Но, возможно, искать пересечения с кругами с центром в нужной точке окажется проще/быстрее.

 

Кто знает, если я размещаю svg (из папки ассетов) через флаттеровский официальный плагин, он постоянно будет ререндериться или только на первый раз? В иделе закэшировать бы как-то, покуда SVG же не меняется, зачем его постоянно перерисовывать при переходе на другие сцены и обратно

 

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

 

Чуть попозже постараюсь вникнуть в детали
Сейчас любимая работка

 

спасибо.

 

global key может мешать обновлению виджета?

 

пирвет. Про навигацию вопрос, при pushNamed из BottomNavigationBar по onTap открываются несколько раз один и тот экран, если он сейчас уже активен

 

что я могу делать не так?

 

а в случае использования NavigatorState я могу как-то вытащить инфу?

 

и вообще в онтап это норма роут вызывать вBottomNavigationBar?

 

а что норма?

 

видимо я пошел по второму пути. В текущий момент вMaterialApp у меня установлен navigatorKey: locator().navigatorKey,

 

про этот ключ навигатора речь?

 

вот я его задал, но не понимаю как он мне помогает в нав панеле

 

не могу связать эти вещи в голове пока

 

Все равно пока не понимаю связи между навигацией и ключом

 

МОжет все атки кто знает, может ли global key мешать работе setState и как с этим бороться?

 

Ничего не могу найти по этой теме в гугле.

 

спасибо. попробую дальше разобраться

 

пока что находил ясносни не много вносило. Пока я пришел к
class NavigationService {
final GlobalKey navigatorKey =
new GlobalKey();

Future navigateTo(String routeName, {dynamic arguments}) {
return navigatorKey.currentState.pushNamed(routeName, arguments: arguments);
}

bool goBack() {
return navigatorKey.currentState.pop();
}
}
и Route generateRoute(RouteSettings settings) {...}
навигационная панель у меня отдельным компонентом и пока не понимаю как связать то что выше и панель. За исключением прямого вызова navigateTo

 

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

 

Может проще закинуть ваш код в гист и пошарить, чем гадать

 

Угу, на сайте файрбейса вестимо

 

[
{
"type": "link",
"text": "https://firebase.google.com/docs/functions/schedule-functions"
}
]

 

[
{
"type": "link",
"text": "https://gist.github.com/YauhenBel/da261a44ff2fd177c7a9ea7e22094450"
}
]

 

Почему buildView static?

 

И презентер можно делать прям в билд функции, не в инитСтейт

 

Метод updateView ничего не меняет, сама схема работы с данными неявная, меняется модель, но как это должно изменить сами данные непонятно

 

Сделай просто список с данными и его рендеринг. По кнопочке изменение данных и setState

 

текст береться из модели, если меняеться значение текста в модели, то и виджет должен обновляться. И он иногда обновляеться, а иногда нет. Все проблема в стабильности. Оно пляшет как хочет.

 

Сделай однонаправленный поток данных

 

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

 

Стрим через стримбилдер все сам сделает

 

Наличие презентера сейчас код только ухудшает

 

[
"Добрый вечер, кто нибудь знает как сделать подстановку кода в текстовое поле из смс? iOS вроде это сама системной клавиатурой обрабатывает, и предлагает ввод, в описании пакета по крайней мере так написано (\n",
{
"type": "link",
"text": "https://pub.dev/packages/sms_autofill"
},
")"
]

 

Спасибо, попробую что-нбудь сделать. Код-то не я писал, поэтму я немного стремаюсь весь его ломать и переписывать...)

 

Этот код тебя убьет, выкинь презентер и логику верстки в билд функцию

 

Это андроед нативщик видимо наваял )

 

"Не лезь оно тебя сожрёт"

 

я тоже про это подумал сначала

 

[
"Доклады с митапа, порезанные в плейлист ",
{
"type": "link",
"text": "https://www.youtube.com/playlist?list=PLxcvsYzLfaTA18AAsia2E63BTMe9k6Alv"
},
""
]

 

Во флаттер гораздо правильнее заходят HOC компоненты и идеология реакта/ангуляра в плане верстки

 

Где взять футболку как у Андрея Смирнова?

 

А чем плохо в initState инициализацию запихнуть? Код же чище будет... Я вообще, стараюсь в билдер логику не пихать, ибо мессиво - логика + UI . Можно галаз сразу выкалывать, особенно если оч большой проект

 

Функция билд нужна для отрисовки

 

Логики там нет

 

это про смс ответ?)

 

Логика в блоке, который готовит стрим

 

Не про гист выше

 

Иногда в билде делаеют похожие штуки. Например при первом билде межурят тексты

 

Но это всё же к отрисовке относится

 

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

 

ну, межуринг текста не логика, а отрисовка, всё таки

 

Есть коллбек после первого рендера

 

Он может продергивать логику в блоке

 

Ну вообщем это мы про сферического коня в вакууме ) виджеты вон и на канвас могут гадить если нада че

 

Не, что касается логики я согласен, что по минимуму должна быть в билде (в идеале readonly)

 

Подскажите есть Stack, в него добавлен футер текст и поле ввода вторым элементом, при появлении клавиатуры нижний текст смещается вверх, можно как то сделать что б виджет не смещался при поялении клавиатуры?

 

Да есть такое
return Scaffold(
appBar: AppBarLogin(S.of(context).Sign_in_with_password),
backgroundColor: Colors.white,
resizeToAvoidBottomPadding: true,

мне нужно что б только один Text() не смещался, вроде resizeToAvoidBottomPadding: false, но только для одного

 

хорошо как скрыть виджет при появлении клавиатуры

 

Opacity/AnimationContainer/AnimationBuilder

 

выбирай любой способ

 

клавиатура появляется ведь по какому-то дейсвтию, отлови его и скрывай виджет

 

Visibility

 

точно, первое что в голову пришло просто)

 

ну можно в animateContainer спрятать нужный виджет и красиво его вообще убрать(width/height), либо просто setState дергаешь и указываешь тоже самое и прячется

 

[
{
"type": "link",
"text": "https://youtu.be/3W40tBACFbI"
}
]

 

не могу добится что б нижняя надпись на месте оставалась)

 

Запихни ее в конец listView и все

 

И какойнить expanded перед ним, чтобы нормально пустое пространство кушал

 

Хотя не знаю точно, я на php пишу

 

И вообще listView неприятно скролится на месте, на Андроиде полосы, а на ios пустые пространства получаются

 

Может имеет смысл кастомный скролл с простой column, тогда выглядеть будет супер

 

Может, имеет смысл спросить у Андрея Смирнова? :)

 

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

 

Всем привет, у меня такая проблемка, на андроиде симуляторе приложение при дебаге нормально работает и анимация хорошо отрабатывается, а в ios притормаживает и дергается анимация. mac 16пи оперативки и ssd. Кто то может сталкивался с такой проблемой или это нормально

 

Пишу консольную утилиту на Dart
Есть файл 60к строк.
Есть скрипт который в цикле обрабатывает последовательно по 1 строки файла - и вызывает 1 void-функцию с await, а в внутри у функции работа с mongo db 3-4 запроса делает тоже с await.

Все это дело работает последовательно... И медленно - 500 строк в 1 минуту обрабатывает. Можно ли ускорить?

Не могу понять как на фьючесрсы переделать..

 

на 1 строчку 3-4 запроса монги?

 

селект и или инсрет или update

 

Но даже 2-3 API вызова пакета mongo_dart - в запросах не ясно сколько это..

 

300к строк надо отработать=/ 10часов =(

 

как оптимизировать?

 

может на постгресс перейти?

 

[
"Ребят, кто нибудь работал с этим пакетом ",
{
"type": "link",
"text": "https://pub.dev/packages/location"
},
" ? \nБыли ли у вас проблемы с определением местоположения пользователя?"
]

 

Не поможет, тк очевидное не умение работать с базой данных.

 

Темпаче если у тебя 1 приложение с 1 коннектом, то тут хоть sqlite возьми, медленее не будет

 

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

 

Ты знаешь что такое транзакции?

 

Не, с дартом все в порядке, тут на лицо не умение работать с бд или неправильно выстроенная архитектура бд.

 

Это всегда приводит к пездецу на данных чуть больше пары тысяч.

 

А если ты не являешься архитектором баз данных и не знаешь за тонкости настройки конкретной СУБД, то тебе вообще покс, что за СУБД использовать, тк движок тут не виноват.

 

Вот в данном случае, мне кажется, автор банально запускает цикл и на каждой иттерации делает UPDATE обращение к одной строчки.

 

ну это всё понятно) просто нужно с логикой подходить к решению задачи)

 

нужно больше информации и тогда могут быть советы

 

гадать что как у человека тоже не лучший вариант)

 

Ну для начала использовать транзакции и обновлять за раз пару строк

 

Скорость вырастет минимум раз в 100, это прям самый минимум.

 

так тут начиная транзакциями и не заканчивая индексами всё можно порешать

 

плюс какая там ещё монга

 

думаю проще поднять простой мускул тот же

 

Эт не важно, зуб даю

 

Монго, Мария, Майскуль, Скульлайт - эт все не важно

 

Затык не в движке

 

если однотивные данные в файле, на то релятивки и создавались

 

Точно

 

Точно

 

лучше не гадать)

 

Этож не SQL

 

Ты прав, тогда там вообще хз.
Стоило спросить почему именно NoSQL взял, и почему вдруг собрался рассматривать вместо нее Постгре, этож как жёпу с пальцем сравнивать.

 

ну монга хипстер-модно, пострег мол более матёрый в мире релятивки

 

а мускул, мускул это типа мол несерьёзно

 

Ну этож разные задачки.

 

SQL - гарантирует, что данные что ты записываешь - будут записаны

 

ну это же БД ??

 

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

 

мы ушли от темы)

 

Тобишь надежность ставится превыше скорости

 

так со скоростью там всё хорошо и замечательно

 

Не так замечательно как хотелось бы)

 

SQL хороша для хранения бизнес данных

 

[
{
"type": "pre",
"text": "База данных MongoDB подходит для следующих применений:\n\nхранение и регистрация событий;\nсистемы управления документами и контентом;\nэлектронная коммерция;\nигры;\nданные мониторинга, датчиков;\nмобильные приложения;\nхранилище операционных данных веб-страниц (например, хранение комментариев, рейтингов, профилей пользователей, сеансы пользователей).",
"language": ""
},
""
]

 

с десяток лет люди молились на мускул и радовались утренним лучам солнца, которые освещали через узкое окно, работающие серваки в подвале

 

Ну даже сча вместо майскуля рекомендуют брать его форк - Марию)

 

Там все тоже самое + куча ничтяков сверху

 

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

 

ну оракл поглатил мускул, отсюда и мария

 

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

 

там и кластер мускульные напилили немало решений

 

Но опять же, если ему надо там прост чот логировать и хранить данные приложения/сервиса, лучше уж sqlite (не помню, консольное приложение могет нормально в него).

 

то бишь и вертикальное и горизонтальное масштабирование хоти верти как хочешь

 

а монга для мониторинга и датчиков и игр.. это большой и большой вопрос))

 

она безумно прожорлива в плане памяти

 

а если всё строить по фэншую, создавать кластер, то можно улететь в трубу по деньгам

 

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

 

А еще, а еще, по умному это все делается через MQ

 

монга не потянет тот же mmorpg

 

так MQ это просто брокер

 

И ты могешь использовать под каждую задачу/запрос/микросервис свою бд и масштабировать до бесконечности

 

Именна

 

для игр нужен быстрой поиск и быстрый апдейт