up
сталкивался кто-нибудь?

 

В Яндекс Такси его внедряют

 

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

 

да, от них видел, но хотелось бы еще примеров) от маила еще видел, но там без конкретики особо было вроде

 

спс за ссылку все равно

 

что конкретно интересует?

 

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

 

зашло, ускорило можно говорить о полноценной замене

 

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

 

заменяли примерно 5-6 лет аутсорс разработки на инхаус

 

а можно ссылку на ваше приложение?) в ЛС хотя бы

или оно чисто корпоративное?

 

ушел примерно год на разработку + пол года уже докатывали

 

ну вот у нас конечно не 5-6 лет, но багажа не мало

 

[
{
"type": "link",
"text": "https://apps.apple.com/RU/app/id1446884529?mt=8"
}
]

 

интересно, а почему андроид приложение не в маркете? проблемы с офертой какие-то или что то техническое?

 

проблема у гугла в голове

 

они в стор свой только в 3 странах пускают

 

нашего брата

 

если с офертой, то пофиг, если технические, то хотелось бы подробностей)

 

аа, т.е. видимо из-за категории приложения страны лочатся?

 

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

 

Всем привет, кто-нибудь читал эту книгу? Стоит ли брать?

 

лучше возьмите какой-нить курс в ютубе или на крайний случай на юдеми

 

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

 

[
"жуть какая, рецепт простой:\n",
{
"type": "code",
"text": "flutter clean"
},
"\n!!!рестарт VS Code!!! (делал несколько раз, но в голову не приходило после очистки рестартнуть VSCode)\n",
{
"type": "code",
"text": "flutter pub get && flutter analyze"
},
""
]

 

лайфхак: бери mybook в сети есть промокод на 14 дней. в нем бесплатно почитай

 

эту книгу

 

Окей)

 

Понял??думал полезная книга будет

 

не полезная)

 

[
{
"type": "link",
"text": "https://dribbble.com/shots/7036184-Finance-App-Visual-Exploration"
}
]

 

это sliverAppBar или другая вешь?

 

Скажите, что за 3 страны!? Из РФ не залить приложение в PlayMarket?

 

для букмекеров англия и еще 2 какие то

 

Ясно ??

 

Всем добрый вечер! Назрел вопрос оптимизации: есть главная страница, по логике разделена на 3 части: центр, верх и низ... центр - не меняется по контенту (там GridView статичного размера), низ - там тоже два виджета... А вот верх - зависит от текущего состояния. Там может быть пара Text ов, а может и Column на 2-5 виджетов (текст, кнопки, картинки). Для этой верхней части что лучше использовать?

 

Provider? ScopedModel? кто что посоветует?

 

чего оптимизировать собрались?

 

структуру кода

 

дернул черт делать так:

 

Widget _pageHeader(){return ...}
Widget _pageCenter(){return ...}
Widget _pageFooter(){return ...}


т.е. через функции, но там "не красиво" Provider передавать

 

И еще нагородил огород типа:

 

[
"ScopedModelDescendant(\n builder: (BuildContext context, Widget child, ScreensModel model){\n ModelService service = ModelService(documentId: model.documentId);\n\n return StreamProvider.value(\n value: ",
{
"type": "link",
"text": "service.stream"
},
"(),\n child: Container("
]

 

т.е. StreamProvider завернул в ScopedModel.... Кажется натупил я....

 

Почему бы не Bloc?

 

в общем - дайте творческого пинка плиз

 

Ну пытаюсь этим BLoc и сделать

 

Нет. String - скалярная.

 

Const в Dart означает "насчитывается и сохраняется при компиляции". В рантайме её нельзя ни создать, ни изменить.

 

Для себя свой написал. Хороший способ разобраться в Stream Transformers)

 

О, вы зарелизились! Круто)

 

пока еще заканчиваем бету

 

андроид в релизе айос в процессе

 

Платежи по прежнему в WebView?)

 

Чёто жалуются на перфоманс в отзывах

 

да отзывы за всю бету

 

уже все поправили

 

осталось редизайн навигации подвести

 

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

 

а в чем основные проблемы были в перфомансе?

 

в реалтайм обновлениях по сокетам по 60к операций

 

как решали?

 

изолят стримы и редакс )

 

Все делают как рекомендуют создатели BLoC, добавляя один файл на каталог, как они называют его barrel, чтобы в нем экспортировать все пакеты, и соответственно импортировать только его в необходимых местах? Это конечно удобно, но теряется понимание, какие файлы он содержит при импорте. Я понимаю, что все отдается на tree shaking компилятора, но визуальный контроль интереснее при чтении чужого кода

 

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

 

в целом тебе никто не запрещает не использовать этот barrel. Это и правда антипаттерн какой то. Какой смысл в явных импортах языка, если они все скрыты за одними и теми же импортами Screen, widgets, block

 

можно еще один последний добавить my_app, в котором прописать все импорты приложенияи вообще "хорошо" станет

 

просто поставил плагин, автосоздатель bloc. В нем походу из корбки

 

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

 

я не думаю что это бест практикс

 

это вкусовщина

 

блок "удобная" библиотека, делать много имортов "не удобно", вот вынесли это в барьер

 

Можно в иде нажать на автокомплит "add explicit 'show' combinator" и будут прописаны все заимпорченные классы

 

[
{
"type": "link",
"text": "https://i.imgur.com/vfnLhij.png"
}
]

 

вот это на выходе?

 

да, и форматнуть автоформатом

 

если я новый импорт в абрьер добавлю прийдется по всему прилоежнию фиксить импорт?

 

а автоматизировать этот процесс можно?

 

если новый файл будешь везде использовать, то нужно будет добавить.. Но ты и так везде новый код писал бы тогда

 

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

 

новый код да, но не импорты

 

вопрос только в чем тогда барьер удобнее чем без барьера)

 

так автоимпорт автоматически добавить код в show

 

не надо во все импорты пихать

 

там уже барел есть

 

удобнее тем, что при определенной организации кода, можно иметь 1-2 импорта

 

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

 

ну может только выглядит чуть получше чем просто импорты

 

я в index.dart все пихаю)

 

show это не импорт наверное

 

читать потом удобнее так как импорты в начале файла меньше)\

 

меня напрягает просто '../../' такое все)

 

просто удобство видеть какие внутренности

 

поэтому все через индексы эти

 

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

 

эффектив дарт рекомендует относительные пути

 

тоже вопрос возник, иногда внутренние файлы идут через package: иногда путь относительный

 

видимо там какие-то оптимизации с импортами.. или хз

 

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

 

меня интересует это быстрее при сборке или при работе?

 

это как в вебе) вдруг переименуешь каталог аппы

 

просто при сборке- пох, при работе - я готов мириться с этим

 

для мобил думаю разницы нет

 

а вот для веба - там вроде что-то с этим связанное есть

 

и везде только его без show импортишь?)

 

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

 

оно допустим собирается в java пакет так?

 

а там есть разница?

 

в смысле?

 

конечный скомпилированый файл есть java ?

 

с чего бы?

 

для андроида

 

а, там не знаю, но врядли

 

андроид работает на java машине

 

там не java

 

не, там явно сложнее, мы получаем нативный код для каждой платформы и dart vm в котором бежит наш основной код

 

java нужны для запуска и каких то начальных действий

 

но dart-> java точно нет

 

Нет. Там код в so компилится, нативный для платформы.

 

Ну кстати и даже это не совсем верно. ART в итоге dex тоже в натив компилит.

 

импорт файлов влиет на java

 

Всем привет! Возникла проблема с extension методом. При вызове метода происходит ошибка NoSuchMethodError: Class ‘FieldServerModel’ has no instance method ‘toMoor’. Хотя студия метод видит

 

дальше работает уже ART и прочие прокладки

 

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

 

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

 

Какой промежуточный код, если его нет?

 

байт-код

 

Эмм... Вообще ничего такого. Откуда такое мнение?

 

гипотеза

 

байткод в андроиде не jvm формата а dalvik executable

 

И то aot компилится в итоге

 

[
{
"type": "link",
"text": "http://www.javaperformancetuning.com/news/qotm031.shtml"
}
]

 

опровергнуто)

 

Под андроид флаттер приложение состоит из java (а может уже и котлин, не помню) которая компилится как и в любом андроид приложении в один dex файл (возможно и несколько, если не укладываемся в лимит по количеству в 65к) и в so файлы (дарт код) которые дергаются через JNI

 

[
"The import directive is a compiler directive. The Java source to bytecode compiler reads the Java source file (i.e. a ",
{
"type": "link",
"text": "something.java"
},
" file) and converts that source to one or more bytecode files (.class files)"
]

 

Еще раз, в андроиде не классический jvm байткод.

 

Там нет class файлов

 

это я понимаю

 

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

 

То есть по перформансу все равно как их импортить, хоть все в одном файле?

 

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

 

скорость компиляции тоже важный параметр

 

Ну как бы если тебе класс нужен - тебе его хочешь не хочешь придется импортировать. А если ипортируешь пакет или класс но не используешь - то компилятору на импорт в целом пофиг. Он класс компилирует, а не импорты. Это все таки не то же самое что какие нибудь инклуды в сях

 

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

 

Но вообще это андроид разработка уже, не тема чатика. А применительно к флаттеру - на это все вообще забить можно. Там даже dex лимит наверно практически невозможно превысить

 

ок, значит как делать импорты - вкусовщина)

 

Я бы сказал в принципе не существует разных способов импорты делать.

 

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

 

может для веба есть разница

 

там же не бинарь собирается

 

Нет, в java так не работает

 

я про дарт

 

Там просто человек выше именно про часть андроида любопытствовал

 

мы начали с обсуждения barrel файла из bloc

 

Но почему то дальше начали вопросом java импортов задаваться которые отношения к дарту не имеют)

 

там другой вопрос был, компилится ли dart в java в итоге)

 

java потому что помню лучше сборку под андроид

 

ios тоже интересен по компиляции и куче импортов

 

А, ну тут ответ - нет, и на этом можно закрыть тему java)

 

в ios импортить только пакеты надо, ибо код внутри пакета не требует импортов вообще

 

вернее в swift

 

А если мне нужен только один класс из всего пакета? Его можно импортировать отдельно. Хотя я читал, что все равно лучше импортировать весь пакет, типа это нормально и так принято, но не видел информации о том, влияет ли это как-то на сборку.

 

можно

 

но чет не видел что бы так делал кто нибудь)

 

Вот и я, поэтому возник вопрос. ?? Оффтоп, но, может, знаешь что-то по этой теме?

 

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

 

Спасибо и на этом.

 

[
{
"type": "link",
"text": "https://nshipster.com/import/"
}
]

 

"In practice, isolating imported declarations and submodules doesn’t confer any real benefit beyond signaling programmer intent. Your code won’t compile any faster doing it this way. And since most submodules seem to re-import their umbrella header, this approach won’t do anything to reduce noise in autocomplete lists."

 

дарт внутри все мержит в один файл

 

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

 

Спасибо, что загуглил за меня. ??

 

Слушайте, можно новичкам как-то отразить, что в доках по bloc вообще прекрасно описана даже архитектура приложений! Я вот заканчиваю и можно сразу писать проект!

 

Просто молодцы, как все разложили. Репозитории, Сервис провайдеры, Модели

 

про какую либу речь?) flutter_bloc или bloc

 

[
{
"type": "link",
"text": "https://bloclibrary.dev"
}
]

 

Подскажите, тут уже не один раз говорили, чтоб Provider не исключает Bloc а дополняет его. А что насчёт ChangeNotifier, можно ли (и самое главное нужно ли?) его использовать вместе с Bloc?

 

[
"И ещё, по поводу вот этой архитектуры\n",
{
"type": "link",
"text": "https://github.com/ResoCoder/flutter-tdd-clean-architecture-course"
},
"\nСмущает одит момент там где как раз bloс взаимодействует с UseCases. Предполагается что юзкейс \"колится\" и возвращает результат, а как поступать если какой-то юзкейс меняет данные сразу в нескольких репозиториях, один из которых является \"сферой интереса\" другого bloc не того из которого \"коллился\" юзкейс?"
]

 

макаронокод одними «правильными подходами» не починится

 

Не совсем понял что вы называете макаронокодом, архитектуру по ссылке?

 

то что репозитории лезут друг в друга

 

объекты из одного слоя, могу общаться друг к кдругу напрямую - соа

 

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

 

не может

 

по крайней мере я так не делаю

 

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

 

Не вижу ничего плохого в некоторых случаях.

 

отлично данные уже в репозитории

 

значит их можно оттуда взять

 

кому надо

 

Что здесь не так?

 

фото вместо скриншота или ссылки на гист)

 

вспышка слева

 

Я не поняла

 

там проблема с хкодом

 

попробуйте для начала в командной строке flutter build ios

 

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

 

try execute flutter clean and re-run app

 

хорошо

 

Firebase для небольших проектов бесплатно? Можно на нее расчитывать?

 

ну то есть в пределах бесплатных ограничений?

 

я так понимаю оно и для ios тоже работает?