Получение главной Activity в Android

Всем привет!

Очередной вопрос, но совсем другой, решил вынести в отдельную тему. В одной из дополнительных Activity мне нужно получить доступ к объектам из главной Activity, нестатическим. Есть ли способ получить ссылку на главную Activity в дочерней? Знаю про getCallingActivity(), все-таки главная Activity у меня эту, над которой сейчас тружусь, и вызывает. Но с помощью startActivity(), поэтому этод метод не сработает.

А вообще, наверно, вопрос более широкий. Как лучше в Android-приложении хранить общие данные-объекты, к которым может иметь доступ любая деятельность или какой-нибудь другой вспомогательный класс (например, я написал иерархию классов для обмена информацией с сервером, каждый неабстрактный класс выполняет получение или передачу конкретных данных). Какие-то там плагины, использование кода других разработчиков не планируются, поэтому эти общие данные могут быть доступны где угодно в приложении, не надо беспокоиться о разграничении доступа.

Заранее всем спасибо!

Добавлено 24.04.12, 16:51
Вижу возможный такой способ. Забацать класс со статическими полями для разных объектов. В любом другом классе можно будет к любому объекту напрямую обратиться. Или у этого способа есть свои минусы?

Цитата Homez @ 24.04.12, 16:46

Как лучше в Android-приложении хранить общие данные-объекты, к которым может иметь доступ любая деятельность или какой-нибудь другой вспомогательный класс

Уж точно не в активити. Активити - вещь весьма непостоянная и вообще предназначена для другого.

Цитата Homez @ 24.04.12, 16:46

Вижу возможный такой способ. Забацать класс со статическими полями для разных объектов. В любом другом классе можно будет к любому объекту напрямую обратиться. Или у этого способа есть свои минусы?

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

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

Цитата Homez @ 24.04.12, 17:05

фишка синглтона

Заключается в том, что класс содержит статический указатель на самого себя и статический метод - getter. Этот метод может быть вызван откуда угодно и в случае с "ленивой инициализацией" сам создаёт объект, если он ещё не был создан.
На хабре была хорошая статья про синглтоны в Java.
кземпляр такого объекта, т.к. указатель на этот объект статический, т.е. один на весь процесс.

Сообщение отредактировано: Хрен - 24.04.12, 17:13

Гм, почитаю на досуге. Но пока не вижу в этом необходимости. Общих данных пока не так много, писать отдельные менеджеры пока нет смысла.

Цитата Homez @ 24.04.12, 17:05

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

Да в этом его фишка. Мое ИМХО вообще не использовать ни статики, ни синглтонов. А инициализировать объекты в апликейшн классе (или в сервисе). Потому что после креша какой-то вспомогательной активти адроид перезапустит все приложение, и возможны странные ситуации когда объекты будут не инициализированы.

Цитата Homez @ 24.04.12, 17:13

пока

Ключевое слово
Советую набросать для себя хотя бы приблизительную схему своего готового приложения, т.к. потом дольше будешь переделывать.

Создал класс CommonData пока с одним статическим полем, проблема, инициировавшая эту тему на форуме, уже решена. Дальше посмотрим.

Добавлено 24.04.12, 17:19

Цитата mrco @ 24.04.12, 17:14

А инициализировать объекты в апликейшн классе (или в сервисе).

До этого еше не добрался, осваиваю по мере необходимости то, что нужно в тот или иной момент.

Есть такая штука как Application вот если ее перекрыть то получишь то что надо. Из каждой активити делаешь getAplication и творишь с ним что хочешь.

Цитата Белый негр @ 24.04.12, 17:20

Есть такая штука как Application вот если ее перекрыть то получишь то что надо. Из каждой активити делаешь getAplication и творишь с ним что хочешь.

Ну я метод getApplication() видел, по нему узнал и про Application. А что значит - перекрыть?

Сообщение отредактировано: Homez - 24.04.12, 17:26

Цитата Homez @ 24.04.12, 17:25

А что значит - перекрыть?

Рассказываю:
1)

public class MyApplication extends Application {
 
    private AppManager mAppManager; //тут храним общий мусор
 
    public void init() {
        mAppManager = new AppManager(this);
    }
 
    public AppManager getAppManager() {
        return mAppManager;
    }
}

2) В манифесте

 <application android:icon="@drawable/icon" android:label="@string/app_name"
        android:name="com.homez.app.MyApplication"

3) В главной активити:

MyApplication application = (MyApplication) getApplication();
        application.init();

4) В остальных активити просто делаешь гет и уже потом творишь с ней что хочешь. Инджой!

О, буду иметь ввиду! Тханкс!

Цитата Белый негр @ 24.04.12, 17:39

Рассказываю:

Как ссылку на свой инстанс аппликейшена получить в не классов активити?

Сделать статический гетер со статическим свойством как-то странно на мой взгляд... А если будет несколько копий приложения? Или такого не омжет быть?

Felan, видимо, Вы немного не в теме. Во-первых, каждое приложение на Android запускается в своем экземпляре Dalvik VM. Вот-вторых, мне кажется, что на Android невозможно запускать несколько копий одного и того же приложения параллельно.

Цитата Homez @ 26.06.12, 15:27

Felan, видимо, Вы немного не в теме.

Eсли бы я был "в теме", я бы не задавал этот вопрос.

Т.е. если я в своем наследнике сделаю статическое поле и статический геттер, то в своем приложении я буду иметь доступ кнему в любом месте, и, если ест возможность запуска нескольких копий, они все равно не буду перетирать друг друга, потому что они на разных виртуалках?

Собственно мне нужен способ доступа из любого места, не обязательно из Activity, где есть getApplication(), к определенному экземпляру определенного класса.

Статическое поле полностью устривает, если есть гарантия, что не может быть второй копии прилоежния...

Сообщение отредактировано: Felan - 26.06.12, 15:51

Даже если и может быть вторая копия, она будет работать в своем адресном пространстве виртуальной машины Java.

Добавлено 26.06.12, 15:50
Соответственно, никаких конфликтов не будет.

Цитата Homez @ 26.06.12, 15:27

Felan, видимо, Вы немного не в теме. Во-первых, каждое приложение на Android запускается в своем экземпляре Dalvik VM. Вот-вторых, мне кажется, что на Android невозможно запускать несколько копий одного и того же приложения параллельно.

Части приложения можно запускать в разных процессах http://developer.android.com/guide/compone...nd-threads.html.
Никогда не пробовал так делать, но можно предположить что в каждом процессе будет свой аппликейшен.

Добавлено 26.06.12, 16:14
Хотя возможно это они не про unix процессы говорят...

Если нужны глобальные данные какие-то (хотя, много глобальных данных - это жёппа), то используй наследника Application, как выше написали. Для себя я единственный минус пока нашел в этом с точки зрения стиля - постоянный каст Application к классу своего наследника. Ну, это Java, тут не попишешь.

Если нужны глобальные данные в текущем приложении вообще везде (читай за пределами Activity), то пиши свой синглетон и не заморачивайся. А чтобы понять разницу между своим и нативным - читай тут http://developer.android.com/reference/and...pplication.html

Что касается общих данных для разных процессов, то это уж явно не синглетонами решается. Здесь либо межпроцессное взаимодействие, либо общее хранилище (например, БД). По ссылке выше хороший ман про потоки и процессы. Дальше уже зависит от того, где будет все крутиться на деле.

Цитата spy_ @ 10.07.12, 11:12

Если нужны глобальные данные какие-то (хотя, много глобальных данных - это жёппа), то используй наследника Application, как выше написали. Для себя я единственный минус пока нашел в этом с точки зрения стиля - постоянный каст Application к классу своего наследника. Ну, это Java, тут не попишешь.

Ну я вобщем сделал статическое поля для хранения нужного мне класса.
Данных не много, но они нужны. Суть в том, что там крутится поток, доступ к которому нужен из любой точки прилоежния и в лоюбой момент. И ему нужен контекст, и он не должен зависить от активити...

Да и каст не нужен, если один раз проинициализировать...

Цитата spy_ @ 10.07.12, 11:12

Если нужны глобальные данные в текущем приложении вообще везде (читай за пределами Activity), то пиши свой синглетон и не заморачивайся. А чтобы понять разницу между своим и нативным - читай тут http://developer.android.com/reference/and...pplication.html

Ну примерно так и сделал...

Цитата spy_ @ 10.07.12, 11:12

Что касается общих данных для разных процессов, то это уж явно не синглетонами решается. Здесь либо межпроцессное взаимодействие, либо общее хранилище (например, БД). По ссылке выше хороший ман про потоки и процессы. Дальше уже зависит от того, где будет все крутиться на деле.

Не, такого не надо... Суть вопроса была в том, что бы убедиться, что они для разных приложений изолированные... Че-то в доках не нашел ответа...

Felan, про данные и процессы - это уже доки по ОС надо читать. Хотя, разве есть ОС, которая шарит данные между двумя процессами?

Да ну мало ли как они там работают... это же вроде как линукс... я в нем ниче не понимаю.

И не стыдно программировать под ОС, в которой ни бум-бум?

Цитата spy_ @ 10.07.12, 12:21

И не стыдно программировать под ОС, в которой ни бум-бум?

Ну все там были.

Опять же, я и спросил, тут, что бы разобраться. Но опять же нормального ответа пока не получил.