LoaderCallbacks come classe interna statica (per gestire più caricatori con tipi di dati diversi restituiti)

Question

Ho un'attività che utilizza due caricatori. Ognuno di loro restituisce diversi tipi di dati. Per ottenere i dati da un singolo programma di caricamento uno implementa semplicemente LoaderCallbacks<D> in un'attività. Immagino che potrei semplicemente implementare LoaderCallbacks<Object> e controllare il tipo di oggetto e poi decidere quale dei due LoaderCallbacks è, ma mi sembra un trucco (soprattutto a causa della mancanza di sicurezza del tipo qui).

Così ho pensato di fare le LoaderCallbacks oggetto di una classe interna statica, qualcosa di simile:

private static class geocoderLoaderCallbacks implements LoaderCallbacks<List<Address>>{ 

    @Override 
    public Loader<List<Address>> onCreateLoader(int arg0, Bundle arg1) { 
     GeocoderTask loader = new GeocoderTask(context, ""); 
     return loader; 
    } 

    @Override 
    public void onLoadFinished(Loader<List<Address>> loader, List<Address> data) { 
     // TODO Auto-generated method stub 

    } 

    @Override 
    public void onLoaderReset(Loader<List<Address>> loader) { 
     // TODO Auto-generated method stub 

    } 


} 

E quindi utilizzando lm.initLoader(0, null, geocoderLoaderCallbacks).

Due domande sorgono: è giusto fare o dovrei piuttosto limitarmi a implementare LoaderCallbacks in Activity? E come posso tranquillamente passare il contesto in onCreateLoader? Dovrei semplicemente creare un costruttore in geocoderLoaderCallbacks e passare il contesto in questo modo lm.initLoader(0, null, geocoderLoaderCallbacks(this))?

C'è una domanda simile qui LoaderManager with multiple loaders: how to get the right cursorloader ma non spiega come gestire due caricatori con tipi di dati diversi.

Answer 1

È sempre corretto spostare il codice da una classe potenzialmente gigante ed è molto più pulito farlo con classi diverse, quindi con uno in grado di gestire tutto. Potresti anche voler renderli vere e proprie classi esterne invece di classi interne se ritieni che la tua attività contenga troppi codici all'interno. LoaderCallbacks è un'interfaccia in modo da poterla implementare per lo più nella propria classe.

Il passaggio del Context nel costruttore va bene fintanto che non si mantengono riferimenti statici o in qualche modo memorizzati nella cache.