Паттерн для доступа к активному экземпляру класса?

Question

[jonasas]

Подскажите, пожалуйста, какой-нибудь шаблон проектирования для доступа к активному экземпляру класса. Например, в Android нужно из сервиса получить доступ к какой-нибудь Activity или фрагменту.
Единственное, что приходит на ум -- статическое поле класса, в которое записывается ссылка на объект при его создании/активности. Но мне кажется, это неправильный вариант.

Answer 1

[Ришад Мустафаев]

Советую почитать про Dependency Injection. Есть хорошие инструменты для работы с этим:
Dagger - статья на хабре про него
RoboGuice - статья на хабре про него

Возможно, это именно то, что вы ищите. Если вам нужен контекст фрагмента - его можно получить из контекста активити. Активити можно получить, используя DependencyInjection. В зависимости от инструмента, это делается по-разному.

FragmentManager fm = myActivity.getFragmentManager();
Fragment f = fm.findFragmentByTag("MyFragment");
TextView textView = (TextView) f.getView().findViewById(R.id.myTextView);
textView.setText("bla-bla");

Update:
А вообще, опишите подробнее: для каких целей вы хотите это делать? Сразу скажу, что это очень плохая идея - хранить где-то ссылки на Activity.

Comments

[jonasas]

Есть фрагмент переписки. А сервис принимает сообщения от сервера. Если переписка не на экране или не с собеседником, от которого пришло сообщение в сервис, то вызываем Notification.

Ссылки можно же делать и слабые.

[Ришад Мустафаев]

jonasas: то есть, когда сервис получает новое сообщение, то вылезает Notification? зачем тогда вам ссылка на activity? Service тоже наследуется от Context, как и Activity. Прямо из сервиса можно вызвать NotificationManager и работать с ним.

[jonasas]

TheRishka: Fragment/Activity тут нужен для создания условия (отправлять/не отправлять)

[Ришад Мустафаев]

jonasas: ммм...немного неправильная архитектура у тебя, похоже. Связать Service и Activity можно через AIDL. Нужно читать и разбираться, вот, глянь: тыц

[jonasas]

TheRishka: это не совсем то. Как я понимаю, этот паттерн используется для связи программ(ы) из разных процессов. У меня же работа идёт в одном процессе. Binder'ы можно использовать в таком случае и без AIDL. Но Binder позволяет кому-то (Activity) подключаться к сервису, а не наоборот. Можно, конечно, передавать сервису ссылки на себя (Activity). Тогда если ссылки будут слабыми, их можно хранить в сервисе. Тогда получается практически то же, что и со статическими полями... Хотя, на мой взгляд, немного элегантнее.

[Ришад Мустафаев]

jonasas: Ну я так понял, что у тебя проверка, мол, если фрагмент активен (виден), то вызывать Notification из сервиса. Ты можешь использовать OttoBus библиотеку, которая позволит тебе создать кастомные события и реагировать на них там, где тебе нужно. Это называется Observer паттерн. Про Observer можно почитать тут: клац, а уж OttoBus сам найдешь в гугле:)

[jonasas]

TheRishka: Observer тоже не этот случай. Он реализует подписку на события и вызов этих событий. А у меня тут всего-лишь маленькая проверочка) Не буду же я сервис уведомлять о каждом включении/выключении Activity и заставлять его отслеживать активность.

[RFire]

Сервис в этом случае должен отправить Ordered Broadcast. В активити/фрагменте создается Receiver с большим приоритетом и не даёт бродкасту пройти дальше. В самом сервисе делается ресивер с меньшим приоритетом, который отправляет notification

Answer 2

[IceJOKER]

Как вы и написали - добавляем статическое поле, т.е. паттерн Одиночка(Singleton)
в onCreate присваиваем instance = this;
и добавляем метод getInstance(); который возвращает это поле

Comments

[jonasas]

Нет, singleton тут совсем не подходит. Идея этого шаблона в единственном экземпляре класса, а тут они могут быть разные.

Answer 3

[Copperfield]

Для передачи из сервиса в активти/фрагменты используйте Binding