MODE_PRIVATE cannot be resolved to a variable

Hallo.

Ich habe folgendes Problem:

Ich möchte Funktionen in einer eigenen Class außerhalb einer onCreate() oder anderen Methode meiner "Activity-Klassen einrichten.
Diese Funktionen sollen später das Schreiben und Lesen der Prefs aus allen anderen Klassen der app übernehmen. Über Sinn oder Unsinn des Inhaltes jeder einzelnen Routine lässt sich hier streiten. Wichtig ist im Moment allerdings Funktionalität.

Dazu habe ich folgenden Code:

////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

package app.Bluemax;

import android.content.SharedPreferences;

public class app_settings {


private static final SharedPreferences settings = getSharedPreferences("Bluemax_Settings",MODE_PRIVATE);
private static final SharedPreferences.Editor editor = settings.edit();


public static boolean set_str_Settings(String name, String Value) {

boolean valid = true;
editor.putString(name,Value);
editor.commit();
return valid;
}


public static String get_str_Settings(String name,String default_val) {

String return_str = null;
return_str = settings.getString(name, default_val);
return return_str;
}
}
////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

Wonach ich jetzt ewig lese und keine Antwort bekomme ist: MODE_PRIVATE erzeugt in dieser Form einen "cannot be resolved to a variable" Error.
ich kann MODE_PRIVATE mit

private static final int MODE_PRIVATE;

in meiner eigenständigen "app_settings" Klasse zwar extra deklarieren. Aber in allen anderen Klassen ( die üblichen Activityclasses u.u.) wird die Konstante auch ohne diesen Schritt erkannt. Ich glaube nicht dass hier eine Neudeklaration der richtige Weg ist. Zumal sich dann die getSharedPreferences() mit dem Error "The method getSharedPreferences(String, int) is undefined for the type app_settings" meldet. Der Hase liegt hier im Pfeffer begraben und mir tränen die Augen.

Es ist sicher ein Anfängerfehler den ich hier begehe. Ich bin sehr viel am Lesen. Aber das Problem kann ich noch nicht lösen.


Vielen Dank für jede Hilfe!!!

Mir ist klar, dass getSharedPrefererences sowie MODE_PRIVATE von android.content.context abstammen. Sie sind in den anderen Klassen ja auch bekannt. Nur steht da nicht mehr deklariert als in meiner Klasse?! Könntest du mir konkret was Code vorsetzen zu deiner Erläuterung, damit ich es verstehen kann?

import android.content.*; importiert mir doch alle Klassen von content oder? Also auch Context?!!

Vielen Dank!

— geändert am 26.01.2012, 12:49:14

Ok. Zur Schonung meiner Nerven hab ich natürlich straight on gelesen,gelernt und umgekehrt. Es sind nur eben ne Menge Basics, die man erstmal lernen und dann im richtigen Moment beachten muss.

Ich habe die Sache jetzt so gelöst, nachdem ich aus meinen statics heraus keine Objekterzeugung hin bekam:

public class my_settings{

public static SharedPreferences mySharedPrefs;
public static Editor SPEditor;
public static boolean mode;

public static boolean set_mode(String name, String Value) {

mode = mySharedPrefs.getString(name, default_val); //Example
SPEditor.putboolean(name,Value).commit(); //Example

return true;
}

}

In meiner ersten Activityclass erzeuge ich ein SharedPreferences Object und ein Editor Object und übergebe es beim Start EINMAL an meine static-Helperclass.

SharedPreferences settings = getSharedPreferences("Bluemax_Settings", MODE_PRIVATE);
SharedPreferences.Editor SPedit = settings.edit();
mysettings.mySharedPrefs = settings;
mysettings.SPEditor = SPedit;

Der Sinn hinter dem Gedanken ist, dass eine static ja ÜBER DEN GESAMTEN ZEITRAUM DES PROGRAMMES gültig ist. Also nicht wie bei Activities, die ja durch die Livecycles terminiert sind und damit auch deren Objekte und Klassen. Somit bleiben zur Laufzeit meine zwei Objekte sicher erhalten und ich muss nicht ständig nachfragen oder neu erzeugen.

Ist der Gedanke richtig?

— geändert am 27.01.2012, 12:09:31

Das weiss ich. Nur ist es meine App. Sie geht an keine anderen Entwickler und ich komme aus anderen Sprachen zu Java. Da sind die Konventionen wieder andere und ich möchte nicht jedesmal meine Gewohnheiten ändern. Auch wenn es so Regel ist in Java. Ich benenne z.B. Activities mit frm_... oder Buttons mit cmd_... . Eben weil es für mich Formen und Commands sind. Und das bleibt ( solange ich nicht professionell Javen muss ) auch so.

Mit dem Rest deines Beitrages werde ich mich genauer beschäftigen und danke dir schonmal sehr dafür.

Das du dich hinsetzt Rafael und deine Zeit für meine Angelegenheiten opferst ist wirklich nett und ich danke dir SEHR dafür! Explizit sozusagen

— geändert am 27.01.2012, 12:48:02