Стоит ли таким образом устанавливать слушатель?

Question

[BitNeBolt]

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

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

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

P.S. Возможно, что-то сформулировал слишком коряво

Comments

[davidnum95]

код?

Answer 1

[Денис Загаевский]

Короткий ответ: Нет.
Длинный ответ:
Общение между разными активити должно происходить с помощью Intent'ов, startActivityForResult, onActivityResult.
Общение между фрагментом и активити должно происходить через аргументы фрагмента, поиска по тегу/айди и кастования фрагмента к определенному интерфейсу, getActivity() и кастования активити к определенному интерфейсу.
Общение между фрагментами, лежащими на одном уровне(лежащими в одном FragmentManager'e) должно происходить через активити и интерфейсы(фрагмент А просит у активити интерфейс Б, активити ищет фрагмент В, реализующий интерфейс Б и предоставляет его), либо через механизм TargetFragment(см get/setTargetFragment).
Общение между фрагментами, лежащими в разных фрагмент менеджерах и связанных отношением родитель-потомок(см getChildFragmentManager) должно происходить через getParentFragment + интерфейсы.

Всё это довольно сложно и запутано, но вот такой вот API.

Comments

[BitNeBolt]

Спасибо

Answer 2

[Алексей Черемисин]

Я конечно не андроид программист, но вот в своих проектах (просто ява и ничего больше) использую https://greenrobot.org/ru-eventbus/
На мой взгляд, гораздо приятнее, чем использование Intent, если они не очень нужны.
Ну и для традиционной явы - есть несколько механизмов диспетчеризации, в том числе и через мастер-тред. Ну и не изобретать свой велосипед. Раньше пользовал guava eventbus, но этот лучше.

Comments

[Денис Загаевский]

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

[Алексей Черемисин]

Денис Загаевский, да в программировании все опасно, особенно там, где потоки... шаг влево - OOM, null pointer, concurrent modification, dead lock, loop forewer и прочие радости жизни :-D
По моему, лучше и не начинать... Или переходить к иммутабельным языкам и структурам (clojure рулит, ну и rust говорят тоже)

[Денис Загаевский]

Алексей Черемисин, Эребор