A grandes rasgos leí que http://docs.unity3d.com/ScriptReference/PlayerPrefs.html" rel="external nofollow">PlayerPrefs.Save hace la función de checkpoint. (tal como viene en la documentación de Unity).
En el último juego que hice(para android), simplemente fui creando códigos de actualización con el if(haskey){get ....} else {set...}
La cosa es que sigo programando para android y quería saber si alguien en alguno de sus juegos para android, por eso de los recursos limitados lo ha usado, se le queda pillado el móvil o no es para tanto, y mas o menos que cantidad de datos mueve, por que en la documentación pone que se guarda absolutamente todo.
Es decir, http://docs.unity3d.com/ScriptReference/PlayerPrefs.html" rel="external nofollow">PlayerPrefs.Save crea un player pref para cada variable del juego? =/
Hay alguna forma de pasar http://docs.unity3d.com/ScriptReference/PlayerPrefs.html" rel="external nofollow">PlayerPrefs.Save solo a un código? como para hacer una biblioteca de variables que sean vitales guardar para el juego, no se...
Si alguien lo ha usado o tiene experiencia y me las quiere contar lo agradecería mucho.Saludos

Adjunto un trozo de código que use en duckstars para que podáis opinar también sobre el sistema que yo usaba para guardar y actualizar datos(save points)function Save()
{
 
   if (PlayerPrefs.HasKey("PuntuacionAlta")==true) 
  {
          Debug.Log("se comprueba valor");
          
          if(PlayerPrefs.GetInt("PuntuacionAlta")<Puntos.max)
         {
           
           PlayerPrefs.SetInt("PuntuacionAlta",Puntos.max);
         }  } 
  else
         {
          PlayerPrefs.SetInt("PuntuacionAlta",Puntos.max);
          Debug.Log("se guarda un valor");
         }
}

Claro. Yo lo que utilizo es serializar en binary (hasta con encriptación si es el caso) directamente una clase que contiene todos los parámetros que deseo guardar. Nada de playerprefs.  

[quote author=FiroH" data-ipsquote-contapp="forums" data-ipsquote-contenttype="forums" data-ipsquote-contentclass="forums_Topic" data-ipsquote-contentid="26335" data-ipsquote-contentcommentid="113332">A grandes rasgos leí que http://docs.unity3d.com/ScriptReference/PlayerPrefs.html">PlayerPrefs.Save hace la función de checkpoint. (tal como viene en la documentación de Unity).
En el último juego que hice(para android), simplemente fui creando códigos de actualización con el if(haskey){get ....} else {set...}
La cosa es que sigo programando para android y quería saber si alguien en alguno de sus juegos para android, por eso de los recursos limitados lo ha usado, se le queda pillado el móvil o no es para tanto, y mas o menos que cantidad de datos mueve, por que en la documentación pone que se guarda absolutamente todo.
Es decir, http://docs.unity3d.com/ScriptReference/PlayerPrefs.html">PlayerPrefs.Save crea un player pref para cada variable del juego? =/
Hay alguna forma de pasar http://docs.unity3d.com/ScriptReference/PlayerPrefs.html">PlayerPrefs.Save solo a un código? como para hacer una biblioteca de variables que sean vitales guardar para el juego, no se...
Si alguien lo ha usado o tiene experiencia y me las quiere contar lo agradecería mucho.Saludos

Adjunto un trozo de código que use en duckstars para que podáis opinar también sobre el sistema que yo usaba para guardar y actualizar datos(save points)function Save()
{
 
   if (PlayerPrefs.HasKey("PuntuacionAlta")==true) 
  {
          Debug.Log("se comprueba valor");
          
          if(PlayerPrefs.GetInt("PuntuacionAlta")<Puntos.max)
         {
           
           PlayerPrefs.SetInt("PuntuacionAlta",Puntos.max);
         }  } 
  else
         {
          PlayerPrefs.SetInt("PuntuacionAlta",Puntos.max);
          Debug.Log("se guarda un valor");
         }
}[/quote]Es difícil entenderte cuando hablas de "códigos de actualización". Pero bueno, si no te sirve lo que te explico, entonces es que no he entendido nada xD PlayerPrefs es una clase estática para guardar y cargar datos en un solo archivo por juego. Este archivo almacena datos en binario(creo que JSON en binario) asignados a una clave(Key) tal y como un Dictionary. El archivo es abierto desde un principio cuando PlayerPrefs.Save(), los datos de la memoria son escritos en el archivo, por lo que, el hecho de que se te quede pillado o no en el momento de hacer Save, supongo que dependerá de la cantidad de datos que hay que almacenar. Aunque generalmente, este es un proceso bastante rápido. El programador es el que decide cuáles datos se guardarán, obviamente. El tamaño del archivo es ilimitado excepto en juegos para el WebPlayer, que es de 1MB máximo, creo recordar.

Entonces playerpref.save() solo guardaria a un archivo en binario todo lo que ya exista con un haskey anterior?

[quote author=FiroH" data-ipsquote-contapp="forums" data-ipsquote-contenttype="forums" data-ipsquote-contentclass="forums_Topic" data-ipsquote-contentid="26335" data-ipsquote-contentcommentid="113859">Entonces playerpref.save() solo guardaria a un archivo en binario todo lo que ya exista con un haskey anterior?[/quote]Por favor, antes de preguntar asegúrate de que tu pregunta es de fácil comprensión para los que la leerán. Recuerda que eres tú el que pide ayuda, según esté formulada tu pregunta, así será la respuesta. Vamos, que me llames subnormal o lo que quieras, pero sigo sin entender del todo la cuestión.Para empezar, HasKey(Has, del verbo "tener" y Key, que se traduce como "clave"), es una función que devuelve un valor booleano(bool) para comprobar si entre los datos, existe la clave con el nombre que le pasas en su parámetro. Devolverá true si existe, o false si no existe. Por tanto, creo que tu pregunta no tiene sentido.Intentaré explicártelo más detalladamente y ya tú sacas tus conclusiones: Supongamos que tenemos estas instrucciones dentro de una función del código de nuestro juego:

PlayerPrefs.SetInt("puntuacion_maxima", 85324);
PlayerPrefs.SetInt("nivel", 7);
PlayerPrefs.SetInt("vidas", 3);

Pues bien, esto no guardaría nada en ningún archivo. Lo único que haría es crear variables con valores indexados con claves en la memoria RAM, y no en un archivo. Esta sería la representación gráfica de los datos creados con el código anterior:Cuando el programa(juego), llegue a la instrucción PlayerPrefs.Save(); en cualquier parte de nuestro código, todos los datos de esa tabla serán almacenados en un archivo en el disco duro/ROM.Después de esto, en cualquier momento se podría actualizar individualmente cualquier valor sin que se pierdan los demás datos. Por ejemplo, "puntuacion_maxima":

PlayerPrefs.SetInt("puntuacion_maxima", 93200);

Como la clave "puntuacion_maxima" ya existía, su anterior valor asignado 85324 se sobreescribirá por 93200. Si no existiera, la crearía. Pero recuerda que esto actualizaría los datos solo en la memoria RAM. Hasta que no llamemos otra vez a PlayerPrefs.Save(), no se almacenaría en el archivo. Entonces, lo que haría PlayerPrefs.Save(), sería simplemente pasar todos los datos de la memoria RAM al archivo. Espero que lo hayas entendido porque no sabría cómo explicártelo mejor.

Me vale, por que si funciona asi, puedo crear una clase e indexarla a un botton tipo guardar para con una funcion actualizar todos los haskeys y pasar finalmente la funcion playerprefs.save() para realizar puntos de guardado.
 Por otra parte en mi ultimo juego, duckstars para android nunca use la función playerprefs.save() y saliendo y entrando a la aplicación día tras día los datos se habían actualizado solo con la memoria RAM? 
La pregunta era que si usar la funcion playerprefs.save() era peor que crear y actualizar los playerprefs, por que en la documentación daba a entender que guardaba cada uno de los valores existentes en el juego(variables) y debido a que la plataforma de soporte sería android, podía llegar a ralentizarse mucho.
Segun la documentacion de Unity: