Ребята посоветуйте убодный адаптивный чарт

 

А что ты исправил ?

 

Нашел где баг)

 

Так а в чем вообще была проблема ?

 

_textEditingController.text = _translateProvider.textToTranslate;

 

вот здесь

 

Ну и отлично. А то я думал что ошибся уже

 

[
"Обнаружил любопытную деталь в Dart\n\n",
{
"type": "code",
"text": "extension DurationExtension on Duration {\n bool get isNull => this == null;\n}\n\n"
},
"Эта конструкция работает!"
]

 

Добрый день ,
После варификации попадаю на главную стрницу, когда нажимаю кнопку назад , обратно попадает в раздел варификации.
Как мне заблакировать , чтоб после варификации не попадало обратно?

 

Попробуй Флаттер откатить до более старой версии?
Код явно старый: ScopedModel — это древность, и ключевое слово new тоже давно не используется.

 

Я недавно смотрел старые примеры по Redux, тоже на v1.2.0 откатывал, с новым не работали.

 

А какая архитектура модная? Bloc?

 

Cubit

 

Провайдер

 

Я все делаю на Provider + ChangeNotifier, он идеален. Еще думаю Riverpod юзать под сервисы

 

если scoped model древность, то провайдер что когда?

 

Провайдер может много чего, что scoped_model не может.

 

Модная древность

 

а какая в них фундаментальная разница?

 

Ты через ScopedModel стрим можешь провайдить?
Можешь селектором выбрать нужные данные из хранилища?

 

А провайдер может.

 

вопрос то был другой

 

ты говоришь так мол это разные вещи

 

хотя провайдер это просто библиотека надстройка над scoped model

 

Кто сказал?
Их даже разные люди придумывали.

 

Скорее, это "переосмысление" scoped_model.

 

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

 

называя своим именем?

 

не спорь с ним, он у нас самый умный

 

Я не понимаю, что ты хочешь доказать.
Вам упоротый лис писал, что provider == scoped_model, и вы поверили, хотя он ошибается. Провайдер намного функциональнее.

 

при чём тут лис вообще

 

я вообще не знаю кто такой УПОРОТЫ ЛИС

 

у тебя знания строятся только на чужих мнениях

 

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

 

шок, правда?

 

Вот делать нефиг спорить о таком)) скопед модель ласт апдейт в 2018 году , провайдер уже 4.1.3 5 июня был апдейт ??

 

Лис любитель споров

 

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

 

архитектура ли провайдер, это спец олимпиада этого чатика

 

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

 

У меня знания строятся на чтении документации к провайдеру.
И решении тестовых заданий, где он себе отлично показал.

 

так ты написал что мы имеем представление о провайдере только на основе мнения кактого лиса

 

как будто по другому быть не может

 

сам себе противоречишь

 

После регистрации попадаю на главную страницу, после попадание на главную страницу нажимаю кнопку назад , обратно попадает в страницу регистрации.
Что мне сделать , чтобы после не попадало обратно на страницу регистрации?

 

Да вы ничего не понимаете. scoped_model уже бриллиант ??

 

pushreplacemenet

 

[
{
"type": "link",
"text": "https://api.flutter.dev/flutter/widgets/Navigator/pushReplacement.html"
}
]

 

Удали страницу из стека после успешной авторизации

 

лучшая вообще-то

 

[
"просто provider это обычный di паттерн на виджетах. Provider + ChangeNotifier это уже имхо архитектура ",
{
"type": "bot_command",
"text": "/thread"
},
""
]

 

надо опрос запилить

 

даже не ди

 

ди про другое

 

в моем понимании архитектура приложения это полный цикл работы

 

сервис локатор если быть точным)

 

а вы называете state manegement

 

архитектурой

 

clean это архитектура

 

а провайжер нет

 

а он его как архитектуру использует! ты не шаришь просто

 

бизнес логика где?

 

в провайдере или в change notifier?

 

так заголовок такой)

 

у статьи был)

 

В ChangeNotifier

 

а заголовки врать не будут)

 

спасибо

 

У провайдера в доке написано что "Это обёртка над inherited widgets" ;)

 

а скопед модел это что?

 

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

 

это не провайдер *ба-дум-тс*

 

виджет передающий Reactive Model своим потомкам)

 

а как он это ДЕЛАЕТ?

 

соррик за капс

 

нервы

 

Там написано, что тоже обертка над InheritedWidget, и использует под капотом AnimatedBuilder для перерисовки.

 

наверное проблема тех кто пишет доки к "архитектурам" в флаттере что они пишут слишком высоко абстрактно

 

тем у кого не было бэкграунда с других платформ

 

сложно понять

 

вернее они неправильно это делают

 

вот и конец

 

Суть в том что арзитектура это всегда абстрактно

 

Любая

 

Конкретные уже конкретные реализации (сори за тафталогию)

 

[
"DI — это когда пишешь инсталлер / конфиг, в который пишешь, какие интерфейсы на какие реализации подменять.\nИ помечаешь в коде все поля ",
{
"type": "mention",
"text": "@Inject"
},
", он тебе заинжектит инстансы.\nА провайдер — там вручную ресолвишь данные из стора. Так что он не DI.\nDI я, честно говоря, под Flutter не видел. Да и нужен ли."
]

 

В итоге ни то и не другое не архитектура )

 

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

 

Вот flux абстрактный, а либа redux от Брайна конкретная, Bloc абстрактный, а либа от фалангела конкретная

 

А я спорил разве? И то, и то Inherited.
Я говорил, что у провайдера фичей больше.

 

Вообще нет

 

Ну те DI, которыми я пользовался, там так было.

 

Strange и Zenject.

 

Ну это да

 

? ты сказал что в фундаментальном смысле это разны вещи потому что у провайдера фич больше

 

Где я такое сказал?

 

[
"У меня есть хорошая статья про инверсию управления ",
{
"type": "link",
"text": "https://habr.com/ru/company/redmadrobot/blog/352088/"
},
" ну и про di как подвид там тоже написано"
]

 

[
{
"type": "link",
"text": "https://www.youtube.com/watch?v=7YadXDGX1ag"
}
]

 

di пропихивает в конструктор созданные по графу зависимости, в serviceLocator класс запрашивает свои зависимости

 

Dagba, [2 Jul 2020, 9:29:28 PM]:
а какая в них фундаментальная разница?

Sergey Hottabych, [2 Jul 2020, 9:30:10 PM]:
Ты через ScopedModel стрим можешь провайдить?
Можешь селектором выбрать нужные данные из хранилища?

А провайдер может.

Dagba, [2 Jul 2020, 9:31:01 PM]:
вопрос то был другой

ты говоришь так мол это разные вещи

хотя провайдер это просто библиотека надстройка над scoped model

Sergey Hottabych, [2 Jul 2020, 9:35:53 PM]:
Кто сказал?
Их даже разные люди придумывали.

Скорее, это "переосмысление" scoped_model.

Dagba, [2 Jul 2020, 9:36:49 PM]:
а что не может быть такого сценария что человек x берет за основу определенный паттерн и делает надстройку над ней

называя своим именем?

 

Понятия вообще размытые в it теории, прямо супер жёстко размытые, ещё и по несколько значений имеют

 

это все зависит от контекста

 

понятно что много имеют значений

 

смотря какой конекст

 

Так быть не должно, понятия должны быть однозначны и это меня очень сильно бесит, что они не такие)

 

Тут ещё многие значения выросли из заблуждений

 

согласен может быть и не должно, поэтому надо нанимать лингвиста))

 

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

 

Ты, видимо, меня понял не так.
Я не сказал, что они фундаментально разные. Я сказал, что в провайдере фичей больше, и это не "одно и то же под разными названиями, спустя 2 года".

 

Вот например было сложно model и означало он domain model, то есть какая то предметную область, а в коде это бизнес слой и слой доступа к данным. Потом появился MVC, потом его неверно истолковали и пришли к выводу что контроллер это логика (что неверно) а model это данные. Потом в вебе был свой MVC и данные брались из orm, и model стали применять к сущности данных (например user)

 

И сейчас у нас часто моделью называют dataobject

 

То есть тупой объект с данными

 

Но это настолько вьелось в обиход что все так говорят

 

не знаю где так называют

 

А вот и нет, я много раз видел как люди эти понятия путали)

 

я обычно называю дата модель

 

если имею ввиду структуру

 

Да много где)

 

бизнес логика это сервис

 

Сервис это частность)

 

Он часть модели)

 

если говорить в контексте моделей

 

описание модели

 

и логика его обработки

 

а чего перестал публикации делать?

 

дата модель и сервис

 

А, это не твои личные

 

а чо так поздно на IOS di пришел? В .NET если видели проект без DI еще лет 10 назад по лицу били

 

как вообще тесты писать без di?

 

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

 

пет продакшен?

 

Не это моя статья, только в корпоративном блоге

 

он давно есть

 

ппц, на самом деле да, 14 часов в день как-то мало

 

Проджект

 

Очень мало, время это то чего мне очень не хватает, если бы я мог я бы его покупал)

 

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

 

тайфун в обжс оч давно существует

 

Только по лицу у нас не бьют если его не используешь и мало кто использует если топы не считать)

 

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

 

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

 

Вот я кстати эту статью писал, потому что надоело слушать что di это обязательно библиотека типо тайфун или свинжект) решил просветить)

 

+, я либы не использую

 

тесты без фреймворка не написать?

 

тесты нельзя писать, когда херачишь new из класса

 

да ладно? как-то получилось

 

как мокаешь зависимость?

 

[
"Вот так ",
{
"type": "link",
"text": "https://youtu.be/vJikZvTfrdg"
},
""
]

 

протокол передается в конструктор, реализуешь протокол моком ?\_(?)_/?

 

можешь хоть замыкания (функции) передавать в конструктор

 

Хорошо когда у тебя есть видос или статья на любую тему)

 

[
{
"type": "mention",
"text": "@Jonfir"
},
" подписался??"
]

 

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

 

пасяп

 

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

 

и на старте это даже удобно

 

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

 

когда у тебя большой класс, с 5 зависимостями, мне лично лень писать new T(new D(new S),new B(),new DT) и т д

 

di подключаешь и кайфуешь

 

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

 

в сишарпе или жвм ты можешь через рефлексию или annotation processing все это сделать и даже типизировано

 

а на свифте такой магии нет)

 

А как контейнер решает эту проблему? Магические в рантайме внедрит?

 

вот теперь тогда понятно)

 

Так и в дарте нет

 

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

 

зарегистрировал все в одном месте, запросил T, он тебе собранный класс возвращает

 

надо замокать, зарегистрировал мок

 

Пример покажи

 

[
{
"type": "link",
"text": "https://habr.com/ru/post/235995/"
}
]

 

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

 

не более

 

c#, на яве похоже но все на аннотациях

 

просто в некоторых языках часть этого синглтона генерится и не дает сделать фигню

 

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

 

[
"ну да, на ",
{
"type": "link",
"text": "ASP.NET"
},
" например, просто фабрику контроллеров переопределяешь и при приходу запроса поднимается контроллер, граф зависимостей и DI автоматом собирает все с нужными зависимостями. Оч удобно"
]

 

как запрос заканчивается - все уничтожается

 

задрали эти DI либы

 

Это сервис локатор

 

Я и руками такой напишу)

 

Как уже сказали это просто синглтон

 

Ninject классический DI framework, не самый популярный

 

все они одинаковые

 

это смотря как посмотреть))

 

+- в некоторых есть сахарок по авторегистрированию по названию файлов, или регистрация через xml файлы (когда то было популярно)

 

если везде иметь доступ на контейнер - то сервис локатор. Если зависимости бесшовно получаешь в конструктор/проперти без контейнера то DI ))

 

+. Но в любом DI можно доступ к контейнеру получить, только непонятно зачем

 

видимо чтобы покрыть эдж кейсы

 

Ну да)

 

иногда надо)

 

Вот я di для флаттера сделал в проекте

 

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

 

так в этом их проблема)

 

зависимости класса не явные

 

Ну кому то нравится )

 

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

 

из того же сервис локатора

 

Кода много

 

В этом поинт обычно

 

ну как полумера - хотя бы в lazy var их объявить

 

на андроиде так делаю ??

 

их хотя бы видно в верху класса тогда