Писали же

 

[
{
"type": "mention",
"text": "@egora_sh"
}
]

 

Прошу прощения, поиск меня подвел

 

подскажите как его использовать пожалуйста

это график для него является линией

 

Хм. Надо как-то по умному закрыть Path

 

Или проставить флажок какой-нибудь

 

?? покопаюсь еще ... эх и туго идет этот flutter

 

Да наверняка не везде так просто эту тень отрисовать

 

а Pathы везде Pathы

 

[
"Почему когда мы делаем dispose нам нужно делать вызов super:\n",
{
"type": "pre",
"text": " @override\n void dispose(){\n super.dispose();\n _bloc.dispose();\n }",
"language": ""
},
"\n\nК слову у меня IDE ругается: The method 'dispose' isn't defined in a superclass of 'HomePage'."
]

 

Не всегда это нужно делать.

 

а когда нужно\когда нет?

 

[
"Я делал все по примерам отсюда \n",
{
"type": "link",
"text": "https://github.com/iamprb/bloc_pattern/blob/master/lib/main.dart"
},
"\n\nУ автора супер есть, у меня на него он ругается как написал выше"
]

 

Вы уверены что dispose писали в State?

 

нет не написал походу

 

Тут же вроде 1к1 сделал как в примере

 

Ну во-первых вообще не 1к1. А во-вторых в каком классе вы dispose объявили? На скрине не видно

 

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

 

А тут он ругается на него?

 

[
{
"type": "link",
"text": "https://gist.github.com/bubnenkoff/b00e79c295d1e81f1d06c601c7b79585"
},
"\n\nОн ругается вот тут на 139 строке"
]

 

Выглядит это так

 

Короче, ты прописал dispose в HomePage, у которого super это StatelessWidget.

В dispose ты вызывыаешь dispose у super'a, но у StatelessWidget нет dispos'a.

Выводы: внимательнее перепечатывайте, учите язык.

 

Достаточно ли будет если я просто dispose сделаю? Бещ super?

 

Вы его не туда впихнули

 

Боже мой ну почитайте для чего он в интернете-то

 

если у вас что что надо диспозить в стл это почти утечка

 

[
"Почему не туда?\n",
{
"type": "pre",
"text": "class HomePage extends StatelessWidget {",
"language": ""
},
"\n",
{
"type": "pre",
"text": " @override\n Widget build(BuildContext context)\n{\n}\n\n @override\n dispose()\n {\n _bloc.dispose();\n }\n\n\n}",
"language": ""
},
""
]

 

[
"Ты знаешь что такое ",
{
"type": "mention",
"text": "@override"
},
"?"
]

 

да, указание что родитель перегрузиь надо

 

все я понял, что там нечего перегружать т.к. нет такого метода

 

А как быть тогда если у меня Стримы используются в Stateles? Не использовать их там?

 

угадай с трёх раз)

 

[
"Нет, просто данные туда передаю:\n",
{
"type": "code",
"text": "RaisedButton(child: Text(\"dec\"), onPressed: () => { _bloc.eventSink.add(DecrementEvent()) },)"
},
""
]

 

Речь про Bloc? Да там создается экземпляр класса

 

Но в таком случае dispose делать не надо? Просто возможна ли тут утечка? Если да то как с ней бороться без dispose?

 

для этого есть stateful переделайте свой виджет на нем

 

А можно на палцах объяснить как утечка произойдет в данном случае?

 

подскажите, как через in_app_purchase получить список подписок, на которые можно подписаться?

 

через queryProductDetails(_kIds) не находит

 

(для гугл плея)

 

(в бету)

 

[
"Не знаю как флаттер плагин работает, но в самом андроиде вызывается ",
{
"type": "code",
"text": "querySkuDetailsAsync"
},
" со списком SKU и типом продута ",
{
"type": "code",
"text": "subs"
},
""
]

 

ну, мне бы во флаттере это дело завести)

 

приложение должно быть при этом опубликовано в Play, в internal testing например

 

не хочется в натив лезть

 

опубликовано в бете

 

маркет заапрувил его?

 

(могу скачать апу по ссылке на гугл плей)

 

статус published

 

список sku правильный запрашивается?

 

всем привет, смотрю на способы работы с BottomNavigationBar, а именно вопрос перехода по экранам

 

и вижу множество решений. У нас bloc+rxdart и вопрос кашерно ли использовать NavigatorState и onGenerateRoute?

 

вот здесь хз, ищу по Product ID который показывает в In-app products -> Subscriptions

 

сейчас у гас просто routes

 

ну да по этому id надо запрашивать

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

 

в консоле пишет W/BillingClient(14717): getSkuDetails() failed., походу не находит Sku

 

и доков по этому in_app вагон и тележка для флаттера, ых

 

А где тестируете? На эмуляторе или девайсе?

 

девайсе

 

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

 

Получится, надо только чтобы Play стоял

 

а, хм, где-то читал, что лучше тестировать на реальных девайсах

 

А по BillingClient в логах ещё есть что нибудь?

 

можно тогда попробовать на эмуляторе ещё затестить

 

а где логи смотреть эти?

 

logcat?

 

Не ну если на девайсе не работает, то смысла на эмуляторе наверное нет

 

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

 

Ну выше лог вы где смотрели? Я в Android Studio работаю, там в окне Logcat

 

Ну теоретически да

 

у меня vscode, лог то что в консоле выдаёт

 

подниму вопрос)

 

гугли adb logcat

 

из консоли подцепишься и посмотришь на него

 

попробую, спасибо за советы

 

уточни плиз что имеешь ввиду

 

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

 

а почему не PageView заиспользовать?

 

для перехода по страницам через BottomNavigationBar

 

кажется это не очень хороший враинат. Не?

 

почему?

 

просто интересно, почему нельзя

 

вроде как для PageView и придумали BottomNavigationBar

 

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

 

не откроется

 

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

 

так вроде как не так уж и много

 

к тем что уже предложили еще есть NavigatorState

 

через GlobalKey

 

сделать clean флаттеру, перебилдил билд, вылогинился из девайса, перезагрузил телефон, залогинился в гугл, запустил билд... и заработало... бгг) спасибо за помощь ??

 

Да не за что

 

можете объяснить что актуально из этого или что почему стоит использовать?

 

только через танцы с бубном

 

делайте то, что намного проще

 

pageview и просто jumpTo проще некуда для перехода по страницам

 

плюс добавляете AutomaticKeepAliveClientMixin для страницы, и она вовсе не будет стейт каждый раз пересоздавать

 

я имею ввиду initState/dispose не будет вызываться с каждым переходом на страницу

 

(но build будет)

 

А у PageView свайп влево вправо можно запретить?

 

Имею в виду ручной, что только программно переключать

 

да, physics: neverscrollablescrollphysics

 

Но анимация при программном переключении будет?

 

[
"кстати, в доке вот тут нашёл \"Install your application on an Android-powered device. You cannot use an emulator to test Google Play Billing.\" ",
{
"type": "link",
"text": "https://developer.android.com/google/play/billing/billing_testing"
},
""
]

 

На самом деле можно, если на эмуляторе стоит образ с Play. Все время на нем тестирую )

 

хм, окей, буду знать)

 

мм, а есть какая-то особенность, чтобы сделать тестовый purchase без реальной оплаты?

 

Кто работал с gmaps ui , стабильно ли работает?

 

Конечно. Надо добавить свой аккаунт в список License testers в Play console

 

Есть объяснение, почему на iOS не появляется наклейка (1) на значке приложения, когда приходит пуш?

 

То есть сам пуш всплывает, а на иконке ничего нте

 

а разница между Alpha и Beta есть для тестирования оплаты?

 

Для оплаты вроде нет

 

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

 

Подскажите ребят, если кнопки засунуть в Stateless widget, пропадает анимация нажатия? Но при это onPressed работает?

 

Не пропадает

 

onPressed работает

 

Спасибо, разобрался.

 

[
"Небольшой Оффтоп.\n\n\"Сайт на 15 страниц. Докер. 600МБ.\"\nВсе что нужно знать о современном вебе.\n\n",
{
"type": "link",
"text": "https://toster.ru/q/670005"
},
"\n\nFlutter на фоне этого ужаса не так уж и плохо смотрится)"
]

 

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

 

так-то можно и битрикс сунуть в докер, но зачем?

 

Заменит ли Dart и Flutter: Kotlin и Java

 

Но на Андроиде/Фуксии - заменит

 

На бэкэнде - пока кишка тонка.

 

Смотря для кого, мне заменил

 

И swift туда же с objective c

 

Я про мобилки

 

Android

 

И я про мобилки

 

А, ну так выйдет Фуксия - выбора не будет)

 

Выбор всегда есть

 

Не про бэк, на беке есть гораздо лучше языки

 

Языки вообще не лучше и не хуже

 

Лучше и хуже категория для выбора инструмента

 

с недостатками, с ограничениями

 

Если системные API будут на Дарте - выбор будет несколько... ограничен)

 

С недостатками и ограничениями их использующего. И это аффектит гораздо больше

 

Всегда есть выбор не писать под фуксию, писать подо чтото другое

 

Угу. Под HarmonyOS)

 

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

 

что почитать, посмотреть годного про Dart, не новичку в программировании
кроме доки??

 

flutter gallery в примерах

 

и садится писать что надо свое

 

[
{
"type": "link",
"text": "https://www.youtube.com/watch?v=SiNktJHIMT8"
},
"\n\nвсе смотрим прямую трансляцию Flutter-митапа от Wrike!"
]

 

Я вживую смотрю)

 

У меня там боец выступать будет )

 

Я со стрима пришел)

 

и тут ты )

 

??все интересно

 

нарезка потом будет по докладам?)

 

а то стрим по ссылке прикроете

 

Не знаю )

 

Это к wrike вопрос

 

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

 

Дропать не будут. Сендбоксить - вероятно.

 

Третьим, про изоляты?

 

Кажись до должен

 

привет! товарищи flutter'исты, подскажите одну весчь) у меня есть User, который содержит в себе данные. Эти данные изменяются на 2+ экранах. Раньше был Redux. Теперь BLoC, но проблема осталась, так как State все равно есть. Вопрос. В каком стейте должен храниться User? В каком-то более глобальном или он должен быть привязан к экрану и каждый раз при заходе на экран получать эти данные откуда-то?)

 

Хорошо бы, чтобы модель данных приложения не была привязана к экранам)

 

Хорошо бы вернуть редакс и работать с ним через блок

 

привязывать его не к экрану, а к локальному стейту, окей)

 

Экран при этом может хранить свои данные, полученные в процессе (ViewModel). Но это уже изыски)

 

ну там итак unidirectional подход с нотками redux)

 

Тогда хз откуда вопросы с таким крутым почти редаксом )

 

ну так я 2 варианта предложил, какой стул выбрать?) может best practices есть?

 

Нормально спроектированный стейт в приложении это больше чем пол приложения

 

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

 

Для меня это build_redux + блоки поверх

 

Сща будет выступающий

 

Он расскажет как у нас сделано ( - я так думаю )

 

Это довольно таки холиварная тема. Правильный способ у каждого свой (

 

ну чисто по логике стейт должен соответствовать какому-то скоупу со своим жизненным циклом)

 

Зависит от размера проекта и количества разрабов

 

Или наоборот. Стейт один, и он урезается для каждого локального контекста)

 

Про блок и редакс будет рассказывать но на примере своего проекта

 

Стейт рутовый, сабстейты под задачи

 

Андрей, отличный доклад)
С flare опыт был, а вот на канвасе ручками рисовать - очень интересно)

 

Есть ощущение что Гугл специально создал конкуренцию, с одной стороны упорно переводя разработку под Android на Kotlin. А с другой параллельно развивая Flutter со своим другим языком. Что победит пока не понятно на мой взгляд. Гугл легко может прибить как одно так и другое в итоге.

 

Это не для конкуренции

 

Думаю что в самом гугле это конкуренция команд.. это все нецентрализовано

 

Оба языка паралельно развиваются

 

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

 

Котлин для джавистов, дарт для вебщиков

 

Гугл всех разрабов хочет

 

Я точно не знаю, но думаю это сознательно делается

 

А я вот смотрю и диву даюсь. Когда это Докладчики всё это успевают узнавать.
Как думаете?

Я вот сижу работку работаю и всё (бекендер) и до фич сил уже не хватает, чтоли

 

Зачем джавистам Котлин? На нем же только под Андроид писать.

 

Очевидно чтобы избавится от джавы

 

Доклад только, что был - Огонь!

 

????очень интересный

 

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

 

Смысла обсуждать джаву и котлин и кто из них лучше не вижу

 

Гугл начал продвигать Котлин потому что у него тёрки с оракл которому принадлежит джава

 

Кому и кобыла невеста ???>?

 

Я не могу это обсуждать, не знаю Котлин пока )

 

Речь была не о языках как таковых

 

[
{
"type": "link",
"text": "https://github.com/guid-empty/meetup2019"
},
"\n\n",
{
"type": "link",
"text": "https://fiddle.skia.org"
},
"\n\n",
{
"type": "link",
"text": "https://github.com/iamSahdeep/liquid_swipe_flutter"
},
"\n\n",
{
"type": "link",
"text": "https://dartup.ru/"
},
"\n\nПару ссылок себе сохранил"
]

 

Вот и Даня выступает )

 

Не просто заменил, а на 2 головы выше заменил

 

Там есть корутины)

 

ну и еще куча симпатичного сахара)

 

Лига Ставок, говорите?)

 

Я пару лет назад делал фронтенд Первого ЦУПИСа)