DK
когда мы между 0 и 32 вставим 16, а затем 8, 4, 2, 1, 0.5, 0.25 и т.д. мы в конечном счете упремся в точность плавающей точки
Size: a a a
2020 May 27
DK
получается после 64 раз (если число 64 битное) мы исчерпаем все варианты
DK
ну или типа того
V
когда мы между 0 и 32 вставим 16, а затем 8, 4, 2, 1, 0.5, 0.25 и т.д. мы в конечном счете упремся в точность плавающей точки
Да, это понятно, ну когда лимит наступит, можно уже пересчитать все индексы, но опять же этот подход для больших массивов, когда обновлять индексы при реордеринге каждый раз не совсем лучший вариант
KB
Парни привет.
Такой вопрос - может кто просветит.
Есть цепочка экранов, допустим из 5 штук. Все пушатся в navigation stack через координаторы. Как правильно через координаторы возвращаться к 1 экрану с последнего экрана допустим и передавать инфу на него зачистив весь ненужный стэк?
Такой вопрос - может кто просветит.
Есть цепочка экранов, допустим из 5 штук. Все пушатся в navigation stack через координаторы. Как правильно через координаторы возвращаться к 1 экрану с последнего экрана допустим и передавать инфу на него зачистив весь ненужный стэк?
А
Привет, подскажите плез, почему выкидывает такую ошибку
NV
Парни привет.
Такой вопрос - может кто просветит.
Есть цепочка экранов, допустим из 5 штук. Все пушатся в navigation stack через координаторы. Как правильно через координаторы возвращаться к 1 экрану с последнего экрана допустим и передавать инфу на него зачистив весь ненужный стэк?
Такой вопрос - может кто просветит.
Есть цепочка экранов, допустим из 5 штук. Все пушатся в navigation stack через координаторы. Как правильно через координаторы возвращаться к 1 экрану с последнего экрана допустим и передавать инфу на него зачистив весь ненужный стэк?
Использовать координатор, где будет пробрасываться action в первый экран и делать pop to root
NV
Подскажите, какие аналоги есть у Operation и OperationQueue?
Эти штуки есть надстройка над DispatchQueue, так что можно вполне реализовать через DispatchQueue
KB
Использовать координатор, где будет пробрасываться action в первый экран и делать pop to root
Что имеется ввиду где будет пробрасываться экшен в первый экран, немного не понял формулировку. И как при этом всех child coordinators зачистить?
NV
Что имеется ввиду где будет пробрасываться экшен в первый экран, немного не понял формулировку. И как при этом всех child coordinators зачистить?
Давай по порядку. У тебя как хранятся child coordinators? Ссылками?
По поводу action. Например делаешь протокол под первый экран где есть нужная тебе функция/объект. Например объект user. При переходе на первый экран проходишь по чайлдам и ищешь, который соответствует протоколу. Потом обновляешь объект/вызываешь функцию этого протокола, а в своем классе это обрабатываешь
По поводу action. Например делаешь протокол под первый экран где есть нужная тебе функция/объект. Например объект user. При переходе на первый экран проходишь по чайлдам и ищешь, который соответствует протоколу. Потом обновляешь объект/вызываешь функцию этого протокола, а в своем классе это обрабатываешь
NV
Что имеется ввиду где будет пробрасываться экшен в первый экран, немного не понял формулировку. И как при этом всех child coordinators зачистить?
https://youtu.be/Pt9TGFzLVzc Более подробнее тут показано
KB
Давай по порядку. У тебя как хранятся child coordinators? Ссылками?
По поводу action. Например делаешь протокол под первый экран где есть нужная тебе функция/объект. Например объект user. При переходе на первый экран проходишь по чайлдам и ищешь, который соответствует протоколу. Потом обновляешь объект/вызываешь функцию этого протокола, а в своем классе это обрабатываешь
По поводу action. Например делаешь протокол под первый экран где есть нужная тебе функция/объект. Например объект user. При переходе на первый экран проходишь по чайлдам и ищешь, который соответствует протоколу. Потом обновляешь объект/вызываешь функцию этого протокола, а в своем классе это обрабатываешь
Тут наверное основной вопрос и лежит, который я до конца не могу понять.
Есть координатор А, пушит Вью Б, и себе добавляет chield координатор Б. С экрана Б пушится Вью В, кто для координатора В parent?
Есть координатор А, пушит Вью Б, и себе добавляет chield координатор Б. С экрана Б пушится Вью В, кто для координатора В parent?
KB
https://youtu.be/Pt9TGFzLVzc Более подробнее тут показано
Смотрел уже. На уровне 1 пуша понятно, но когда у тебя глубокая вложенность экранов, вопросы.
Как я понял для себя, у parent может быть 1 активный child. Но могу ошибаться, вот и подумал спросить, чтобы точно
Как я понял для себя, у parent может быть 1 активный child. Но могу ошибаться, вот и подумал спросить, чтобы точно
NV
Смотрел уже. На уровне 1 пуша понятно, но когда у тебя глубокая вложенность экранов, вопросы.
Как я понял для себя, у parent может быть 1 активный child. Но могу ошибаться, вот и подумал спросить, чтобы точно
Как я понял для себя, у parent может быть 1 активный child. Но могу ошибаться, вот и подумал спросить, чтобы точно
У parent необязательно один child, главное что у child один родитель
NV
Тут наверное основной вопрос и лежит, который я до конца не могу понять.
Есть координатор А, пушит Вью Б, и себе добавляет chield координатор Б. С экрана Б пушится Вью В, кто для координатора В parent?
Есть координатор А, пушит Вью Б, и себе добавляет chield координатор Б. С экрана Б пушится Вью В, кто для координатора В parent?
По твоей логике это будет Б
NV
Смотрел уже. На уровне 1 пуша понятно, но когда у тебя глубокая вложенность экранов, вопросы.
Как я понял для себя, у parent может быть 1 активный child. Но могу ошибаться, вот и подумал спросить, чтобы точно
Как я понял для себя, у parent может быть 1 активный child. Но могу ошибаться, вот и подумал спросить, чтобы точно
В твоем варианте предлагаю сделать какой-то базовый координатор и у него добавить ссылку на parent и массив child.
KB
В твоем варианте предлагаю сделать какой-то базовый координатор и у него добавить ссылку на parent и массив child.
И тогда всем экранам в цепочке будет 1 parent и это первый экран? А все остальные будут его child? И типо при popToRoot removeAllChild делать?
NV
И тогда всем экранам в цепочке будет 1 parent и это первый экран? А все остальные будут его child? И типо при popToRoot removeAllChild делать?
Напиши в личку, скину пример чуть позже
КС
ну и для пользования 😉
А ты хорош,сын маминой подруги
С
Добрый день. (не реклама) Наверное, многие, кто смотрит на youtube всяких блогеров видели рекламу игры RAID shadow legends. Они говорят: "переходите по ссылке в описании и получайте бонусы за установку".
Ссылка редиректит на через пару сайтов для маркетинга и в конце попадает на страницу в магазине (IOS, например). Я так понимаю, ты ставишь игру и тебе сразу же дают бонусы.
Вопрос: как в приложении идентифицируется, что пользователь установил приложение по конкретной ссылке? Передаются какие-то трекеры?
Ссылка редиректит на через пару сайтов для маркетинга и в конце попадает на страницу в магазине (IOS, например). Я так понимаю, ты ставишь игру и тебе сразу же дают бонусы.
Вопрос: как в приложении идентифицируется, что пользователь установил приложение по конкретной ссылке? Передаются какие-то трекеры?
Через appsflyer скорее всего