Udostępnianie obiektu między kartami (różne czynności)

Idealnym rozwiązaniem jest to, że działanie powiadamia usługę, która uruchamia i obsługuje żądanie reszty, zapisuje wynik gdzieś, np. w sqlite-db, a następnie usługa powiadamia działanie, że transakcja została wykonana, aby mogła zapytać o dane.

Ale masz tylko jedną prośbę i nie sądzę, żebyś zawracał sobie głowę tymi wszystkimi wymienionymi powyżej, więc wybrałbym numer 3.

Dane:

import android.app.Application;
public class Data extends Application {

private int blupp = 0;

public void setBlupp(final int bla) {
    blupp = bla;
}

public int getBlupp() {
    return blupp;
}
}

Ustawienie danych w metodzie oncreate() jednego działania:

final Data myData = ((Data) getApplicationContext());
myData.setBlupp(12);

Pobranie go w metodzie oncreate() innego:

final Data myData = ((Data) getApplicationContext());
final int test = myData.getBlupp();

W manifeście Androida:

<application
    android:icon="@drawable/ic_launcher"
    android:label="@string/app_name"
    android:name="Data">

Należy tam umieścić dane klasy. To było dość proste. Formatowanie jest trochę pomieszane na tym forum. Nie do końca rozumiem to z formatem kodu. :( Dzięki za wszelką pomoc.

We wszystkich moich aplikacjach używam klasy Context (wywoływanej przez Singleton), które przechowują wszystkie informacje i dane na poziomie aplikacji, które mają jakikolwiek powód do udostępniania w ramach różnych działań.

Nawiasem mówiąc, wprowadza to poziom modelu (w MVC sens tego) w twojej aplikacji, w projektowaniu oprogramowania ta część powinna być używana do przechowywania danych, które reprezentują dane użytkownika i stan aplikacji.

Przykład singletona :

public class AppContext {

    public String username = null;

    //////////////////
    // below the singleton implementation
    //////////////////

    private static final AppContext instance = new AppContext();

    // Private constructor prevents instantiation from other classes
    private AppContext() { }

    public static AppContext getInstance() {
        return instance;
    }
}

Kiedy otrzymałeś swoje dane z sieci (tu nazwa użytkownika):

AppContext.getInstance().username = receivedUsername;

Aby uzyskać go w jednym ze swoich działań:

myLabel.setText(AppContext.getInstance().username);

PS1 : rozszerzenie aplikacji w celu spełnienia takiego celu nie wydaje mi się dobrą rzeczą. Klasa Extending Application ma na celu rozszerzenie normalnego zachowania aplikacji, a nie sposób przechowywania wspólnych danych.

PS2 : Twoja słaba mapa odniesienia może zostać dodana w obiekcie Context w celu uporządkowania danych

Spróbuj stworzyć obiekt za pomocą

publiczny obiekt statyczny....

ten statyczny obiekt może być używany dla wszystkich twoich klas, możesz uzyskać dostęp do obiektu przez nazwęKlasy.NazwaObiektu

W zależności od danych można to zrobić na kilka sposobów. Jak duże są dane? Jeśli jest tylko tekstowy i nie jest szalenie duży, przechowywanie go w pamięci przez cały okres istnienia aplikacji może nie stanowić problemu.

Jeśli podzielisz swoją aplikację na różne czynności, masz dwie możliwości:

• Przekazywanie danych pomiędzy aktywnościami jako zamierzone dodatki. Powiedzmy, że aktywność wyświetlana domyślnie pobiera dane. Jeśli chcesz zobaczyć inne części danych, możesz powiązać potrzebne dane z intencją i pobrać je w nowo utworzonej aktywności, używając getIntent().getExtras().
• Przechowywanie danych w singletonie lub jako zmienna instancji podklasy Application. Odradzałbym używanie singletona, ponieważ posiadanie obiektów żyjących samodzielnie bez odniesień do innych obiektów sprawia, że ​​Twój kod jest bardziej podatny na wycieki pamięci. Przechowywanie danych w klasie Application jest moim zdaniem lepszym podejściem.

Jak już wspomniano, właściwe rozwiązanie zależy od tego, jak wyglądają Twoje dane. Jeśli wszystkie twoje działania wyświetlają różne części danych, prawdopodobnie zachowałbym je w mojej podklasie Application. Jeśli jednak Twoja aplikacja jest skonstruowana w podobny sposób jak lista kontaktów (jedno działanie do wyświetlenia kontaktów i jedno działanie do szczegółowych informacji o kontakcie), prawdopodobnie miałbym swoje dane w głównej czynności i przekazywałbym tylko niezbędne szczegóły do mojej innej działalności.