AsyncTask in einer statischen Methode – Gute Coding-Praxis?

Ich habe derzeit eine Helfer-Klasse, um rudimentäre AsyncTasks wie die folgenden auszuführen. Ich nenne die Funktion von einer Aktivität als und wenn nötig. Der Code scheint gut zu funktionieren und ich habe keine Probleme gefunden. Aber ich habe mich gefragt, ob das eine gute Codierungspraxis ist oder ob es irgendwelche Verzweigungen gibt, denen ich nicht bewusst bin. Irgendein Rückgespräch würde gern angenommen und geschätzt.

public class OtherUtils { public static void updatePromptsOption(final boolean showPrompt, final Context context) { new AsyncTask<Void, Void, Void>() { @Override protected Void doInBackground(Void... params) { Editor preferenceEditor = PreferenceManager.getDefaultSharedPreferences(context).edit(); preferenceEditor.putBoolean(Constants.SHOW_PROMPT, showPrompt).commit(); return null; } }.execute(); } } 

  • FindViewById in einer statischen Methode
  • Aufrufen einer Aktivitätsmethode von BroadcastReceiver in Android
  • Zugriff auf SharedPreferences durch statische Methoden
  • Statische Methoden oder Singletons Performance-Wise (Android)?
  • One Solution collect form web for “AsyncTask in einer statischen Methode – Gute Coding-Praxis?”

    Ich sehe nichts falsch mit Sachen auf diese Weise. Als eine statische Funktion, versteckst du dich nicht implizit this Referenzen, die dich später beißen könnten. Scheint wie eine vernünftige Bequemlichkeit Funktion für mich.

    Das Android ist ein Google Android Fan-Website, Alles ├╝ber Android Phones, Android Wear, Android Dev und Android Spiele Apps und so weiter.