Failed to parse archive, error: failed to find main app, using pattern: /var/folders/6q/wgy6jtp12w5gzgm9lzcglpqw0000gn/T/__archive__206869725/Runner.xcarchive/Products/Applications/*.app
|                                                                              |
+---+---------------------------------------------------------------+----------+
| x | xcode-archive@3.2 (exit code: 1)                              | 5.7 min  |
+---+---------------------------------------------------------------+----------+
| Issue tracker: https://github.com/bitrise-steplib/steps-xcode-archive/issues |
| Source: https://github.com/bitrise-steplib/steps-xcode-archive               |

вот лог, если на скрине плохо видно

Спасибо

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

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

Есть Дока в исходном коде + есть видосики гугла на эту тему

Ок, спасибо)

Так видно .
Это, , как я понимаю, ошибка в ide
Вот тут подобный кейс
https://discuss.bitrise.io/t/xcode-archive-export-for-ios-v2-4-21/8262
Ps сам на VS'e)

Сорри толкового в голову не приходит ни чего =/

Всем привет. Вопрос по пакету bloc. Если в стэйте есть массив объектов и при изменении одного объекта перестроится весь листвью?

Есть buildWhen, можешь проверить нужно ли перестраивать

Привет! Блок билдер ребилднется, если новый стейт не будет эквивалентным предыдущему. Если используешь либу equatable, то добавь свой массив в props, для сравнения объектов. Если нет, то переопредели метод и сам сравнивай два стейта.

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

Ребят, а такой вопрос.
Сейчас разбираюсь с навигацией в приложение, в котором больше 3 экранов (хотя бы 10).

Все примеры с навигацией там всего парочка экранов, управляются они с App виджета. Зависимости толком не прокидываются.

Выше мне подсказали, что DI во флаттере не нужен.

И теперь я вообще в замешательстве.

Правильно ли это, что в App виджете будет вся логика навигации? Кажется так не должно быть. Наверное каждый экран сам должен решать куда ему переходить.

Значит на открытие каждого экрана зависимости провайдит текущих экран.

А как что делать если на разных экранах нужна например одна и та же зависимость, пусть будет  UserManager, а экраны друг с другом не связаны.
2 инстанса создавать не хочется..

Как быть то в такой ситуации?
Может быть есть какие-то примеры больших приложений (я не нашел). Использую архитектуру BLoC

У тебя может быть 1.000.000 объектов в стейте и 20 свойств, а листвью нужно ребилдить если элемент видимый и свойство влияет на UI

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

Я тебе ответил на вопрос. Другой вопрос механики как происходит ребилд, сам ребилд не повлияет на ui если по факту не изменится ни один рендер элемент. Сам флаттер не перестроит ui, даже если билдер сработал. Для понимания надо посмотреть на все три дерева, есть видосик на Ютубе на тему рендера

Если в билде нет ничего тяжёлого и он происходил не часто, можно не обращать внимания на это)

Если бесконечный список, то лучше на buildWhen решать

Флаттер виджет, это лишь декоративное описание того что ты хочешь получить. @amanaman120 ты понимаешь о чем речь?)