Qués es una caché? Ficheros.

Por ejemplo te bajas una imagen llamada "perfil". Pues lo único que haces es volcar esa imagen a un fichero, "perfil.jpg". Luego en la siguiente inicialización antes de bajarte la imagen compruebas si existe "perfil.jpg", de ser así la cargas como un fichero normal y pasas esa imagen al componente drawable pertinente.

Aunque en apariencia puede parecer sencillo hay bastante complejidad. Yo para evitar que se detuviera la aplicación disponía de una clase que hacía ésto y que procesaba en un hilo, por lo que podían lanzarse muchísimos hilos a la vez, uno detrás de otro, con la suerte de que tenían un tiempo de vida de unos pocos segundos o menos dependiendo de la imagen. Se consumían recursos pero luego se liberaban.

Posiblemente existan librerías de terceros que hagan lo mismo pero muchas veces me gusta reinventar la rueda y hacerlo todo por mi cuenta, al fin y al cabo la clase sólo me supuso como 200 líneas de código.

Esperen! vengo argumentar en contra de Podemos :

"Bolivariano, Irán, ETA, casoplón, ETA, Irán, Venezuela, perroflauta, coletas, ETA, Venezuela, perroflauta, casoplón y Falcon.. ah no Falcon es para PSOE"

 

Es así, van a ganar los que quieren que ganen. Pero aún así, sería interesante usar las redes sociales para hacer un sondeo estadístico.

Ejemplo en C++ :

#include <iostream>
 
typedef struct {
    int i=0;
    void * nodoSiguiente;
} Nodo;
 
void add(Nodo * lista, int i){
    while (lista->nodoSiguiente!=NULL){
        lista=(Nodo*)lista->nodoSiguiente;
    }
    lista->nodoSiguiente = new Nodo; //(Nodo*)malloc(sizeof(Nodo));
    ((Nodo*)(lista->nodoSiguiente))->i=i;
    ((Nodo*)(lista->nodoSiguiente))->nodoSiguiente=NULL; // cola
}
 
int main(int argc, char** argv) {    
    Nodo * lista= new Nodo; //(Nodo*)malloc(sizeof(Nodo));
 
    lista->i=666;
    lista->nodoSiguiente= new Nodo; //(Nodo*)malloc(sizeof(Nodo));
    ((Nodo*)(lista->nodoSiguiente))->i=999;
    ((Nodo*)(lista->nodoSiguiente))->nodoSiguiente=NULL;
 
    add(lista, 123);
    add(lista, 128);
 
    Nodo * nodo = lista;
    while (nodo!=NULL){
        printf("i= %d\n",nodo->i);
        nodo=(Nodo*)nodo->nodoSiguiente;
    }
 
    system("PAUSE");    
    return 0;
}

PD Lista simple! y Ojo! hay diferencias en el uso de punteros en C con respecto a C++. Si puedes trabajar con C++ mejor!

No, a1ex la cola es un nodo como otro cualquiera, no es un nodo especial. Se considera el nodo de cola el último nodo (el que apunta null al siguiente).

El concepto de una lista es la de un sistema enlazado por nodos que apuntan hacia el nodo continuo. Cada Nodo dispone de su correspondiente información o mejor dicho el almacenamiento de información es el fin de la lista.

typedef struct {
   Libro * libro;
   void * siguienteNodo;   /* si es null, la lista acaba en este nodo */
} Nodo;

Luego podrías crear funciones para que te den el tamaño, realicen b´suquedas, eliminen, etc.

Mejor que uses, me imagino que ya lo usaste, un disco live de alguna distro con herramientas de diagnóstico y reparación.

https://www.softzone.es/2017/09/10/reparar-ordenador-6-distros-linux-usb/

Suerte 

Pesada en que sentido? La carga no permite continuar la aplicación? Se queda a la espera?

Te cuento mi experiencia,

yo tuve que afrontar un proyecto en Android en donde al principio la aplicación debía cargar como unos tropecientos usuarios desde una base de datos de un servidor. Hasta ahí bien sino fuera porque cada usuario disponía de una imagen de retrato que se antoja algunas veces imágenes con tamaños disparatados, ésto aparte de consumir un burrada de recursos en el teléfono también provocaba que la aplicación se pegara dos mil años para iniciarse. ¿Cómo atajé el problema? Pues tuve que incluir varios sistemas, el primero usar un hilo que impidiera que la aplicación se cerrara, ya que si el hilo principal de la actividad no responde el sistema lo da por muerto y te lo cierra. A ésto lo acompañé con una animación de carga con un gif del circulito dando vueltas, permitiendo además que el usuario pudiera al menos manipular la aplicación y éste no pensara que la aplicación estuviera colgada. Luego, lo siguiente que implementé fue que las imágenes cargadas fueran optimizadas reduciendo el tamaño de éstas, de ésta forma el consumo de recursos mejora notablemente. Y por último crear una caché, y ésto se traduce en que las imágenes se almacenan por primera vez en la aplicación y siguientes inicios con la aplicación mejoran la velocidad mostrando instantáneamente las imágenes, claro que pagando el precio de reducir memoria de almacenamiento.

Hay que tener en cuenta, que es necesario comprobar si hay espacio suficiente para crear un caché o adaptar el espacio que tengamos libre para meter las imágenes que podamos. También es necesario incluir un sistema que compruebe si hubo actualización con las imágenes incluyendo algún sistema que compruebe las imágenes, y yo al final lo que hice para no complicarme la vida es que la aplicación sólo cuando pasara 24 horas actualizaba nuevamente las imágenes, pero eso ya lo planteas como necesites, a lo mejor en tú caso no lo necesitas.

Espero que mi experiencia pueda darte alguna idea para mejorar resolver ese problema que tienes.

cierto se podría prescindir de un contenedor para los números y realizar la operación sobre la marcha, y con respecto al resultado JODER!! eso parece cábala  

No entiendo el ejercicio, de que forma obtiene la suma, pero igualmente sólo necesitas un array para guardar los valores, un array de dimensión N, por lo que tendrás que definir el tamaño después de conocerlo. Luego usas un bucle N y vas metiendo los valores... luego está sacar el resultado, que yo por lo menos no entiendo eso de "e imprima la suma de los números leídos comprendidos entre el mayor de los N números leidos y el menor de los N números leidos".

PD el mayor es 9 y el menor 1 por lo que 4 debería entrar en la suma y en cambio sólo suma 3+8+2+7 ¿?

https://docs.oracle.com/javase/tutorial/java/nutsandbolts/arrays.html

Bueno, vengo aquí a dejar mi opinión y esto es lo que digo:

lo mejor es acabar con todo tipo de ideologías y que las naciones, estados, comunidades o lo que sean, se gestionen por máquinas y a la ***** los políticos humanos. Realmente no fallan los sistemas de gobierno, fallan las personas, que tarde o temprano se corrompen. Las máquinas no tienen ese problema, incluso siendo las máquinas las que gobiernen, siempre habrá humanos corruptos que querrán favorecerse y buscaran formas de hackearla para que haga eso o las dejaran inservibles para usarlo como una justificación de que el hombre es insustituible.

Ahí queda la cosa, y no necsito escribir 1000 líneas  código eficiente 
Saludos