DS
ишаки просто закрывают в репозитории с бомбежкой по этому поводу
Size: a a a
2021 January 28
KZ
можно для тугодумов?
Ну типа после дарта переносишь на свифт или котлин, а там есть всякие штуки, которых в дарте не было и такой "Да блять, переписывать надо"
DS
что в рекламе 60 фпс, а по факту без приколдесов ты на ферст-ранах анимаций этих самых анимаций не увидешь, а увидешь слайд-шоу
DS
Ну типа после дарта переносишь на свифт или котлин, а там есть всякие штуки, которых в дарте не было и такой "Да блять, переписывать надо"
а, ну может быть, да.
DS
кст а тут есть эксперты по металу?
DS
может раскажете в подкасте почему сложно там так все
DS
вот тут
DS
+ к карме так сказать
2021 January 29
A
Привет! Вопрос по Rx есть: кто знает, можно ли сделать наблюдателя в другом VC, отдельном от того, где находится Observable. И если да, то как это делать логически правильно?
C
Привет! Вопрос по Rx есть: кто знает, можно ли сделать наблюдателя в другом VC, отдельном от того, где находится Observable. И если да, то как это делать логически правильно?
Rx никакой магии не делает ) считай что это просто замыкание. если оно у тебя сделано паблик свойством то к нему можно обратиться из вне. А как все прокидывать уже вопрос архитектурки в проекте
A
Я сделал static свойство в первой vc, и подписался на переменную во втором vc.
А куда в vc нужно засовывать сам обсервер, чтобы он триггерился? в viewDidload?
На картинке код,который должен закрывать вьюшку, когда приходит сигнал от Observable
А куда в vc нужно засовывать сам обсервер, чтобы он триггерился? в viewDidload?
На картинке код,который должен закрывать вьюшку, когда приходит сигнал от Observable
C
Я сделал static свойство в первой vc, и подписался на переменную во втором vc.
А куда в vc нужно засовывать сам обсервер, чтобы он триггерился? в viewDidload?
На картинке код,который должен закрывать вьюшку, когда приходит сигнал от Observable
А куда в vc нужно засовывать сам обсервер, чтобы он триггерился? в viewDidload?
На картинке код,который должен закрывать вьюшку, когда приходит сигнал от Observable
ну тут опять же таки смотря как настраиваешь свой vc. самое просто в didLoad, да.
MK
Я сделал static свойство в первой vc, и подписался на переменную во втором vc.
А куда в vc нужно засовывать сам обсервер, чтобы он триггерился? в viewDidload?
На картинке код,который должен закрывать вьюшку, когда приходит сигнал от Observable
А куда в vc нужно засовывать сам обсервер, чтобы он триггерился? в viewDidload?
На картинке код,который должен закрывать вьюшку, когда приходит сигнал от Observable
Погоди, а как статичное свойство может состояния экземпляра передавать?
MK
Я сделал static свойство в первой vc, и подписался на переменную во втором vc.
А куда в vc нужно засовывать сам обсервер, чтобы он триггерился? в viewDidload?
На картинке код,который должен закрывать вьюшку, когда приходит сигнал от Observable
А куда в vc нужно засовывать сам обсервер, чтобы он триггерился? в viewDidload?
На картинке код,который должен закрывать вьюшку, когда приходит сигнал от Observable
На самом деле, без разницы где ты его вызываешь так как ты сохраняешь подписку в disposeBag, но как Каспер сказал в твоём случае наверное проще всего в viewDidLoad вызвать чтобы как можно раньше ивенты ловить.
IL
А не проще ли иметь сервис для глобальных уведомлений типа логинов и так далее.
С интерфейсом вроде
broadcast(_ event: Event)
subscribe(to event: Event) -> Observable<...>
С интерфейсом вроде
broadcast(_ event: Event)
subscribe(to event: Event) -> Observable<...>
IL
меня например смущает идея в каком-то "другом" контроллере знать о конкретном классе login'a
IL
все желающие подписываются на нужные ивенты, и все желающие опять таки бродкастят нужыне ивенты, никто ни про кого не знает
VM
Это сейчас Redux придумали? 😄
MK
меня например смущает идея в каком-то "другом" контроллере знать о конкретном классе login'a
Не ну так конечно неправильно делать