Opciones personalizables para los usuarios de una aplicación Web: posibles soluciones

[dec]

Hola,

Empezado por Maeyanes

Aquí [ serializando la clase Opciones ] el inconveniente que le veo sería que si algún otro programador quiere agregar alguna funcionalidad a la aplicación y esta conlleve opciones de usuario nuevas, tendría que modificar la clase opciones para agregarlas.

Yo pienso que no, puesto que las opciones en realidad estarían todas en un Array asociativo de la clase Opciones... si se quisiera añadir una nueva opción bastaría (según lo veo ahora) con añadir un nuevo elemento al Array de opciones.

Evidentemente, a la que se añadiera el nuevo elemento habría que actualizar todas (si no se encuentra la forma de hacerlo de otro modo), digo, habría que actualizar todas las opciones, pero, en realidad hablamos de actualizar UN campo de la base de datos...

Cuando el usuario iniciara de nuevo sesión, la opción añadida antes no se habría perdido, sino que se recuperaría con el resto de opciones al "deserializar" el objeto. Además pienso en la cantidad de funciones conque cuenta PHP para trabajar con Arrays... no conozco la mayoría, pero, sé que están ahí...

[roman]

Yo no creo que sea necesario actualizar nada. Por ello mencioné lo de valores por defecto. Cuando un usuario se conecte, al momento de deserializar, el objeto OpcionesUsuario tendrá más propiedades, pero éstas tendran valores por defecto. Cuando guardes las opciones ya guardarás todas ellas pues lo que habrás actualizado será el método Save del objeto.

// Saludos

[[maeyanes]]

Empezado por dec

Hola,



Yo pienso que no, puesto que las opciones en realidad estarían todas en un Array asociativo de la clase Opciones... si se quisiera añadir una nueva opción bastaría (según lo veo ahora) con añadir un nuevo elemento al Array de opciones.

Evidentemente, a la que se añadiera el nuevo elemento habría que actualizar todas (si no se encuentra la forma de hacerlo de otro modo), digo, habría que actualizar todas las opciones, pero, en realidad hablamos de actualizar UN campo de la base de datos...

Cuando el usuario iniciara de nuevo sesión, la opción añadida antes no se habría perdido, sino que se recuperaría con el resto de opciones al "deserializar" el objeto. Además pienso en la cantidad de funciones conque cuenta PHP para trabajar con Arrays... no conozco la mayoría, pero, sé que están ahí...

Reconozco que no me he metido lo suficiente a PHP.

Ahora, como sería? Como usuario inicio sesión, la aplicación lee las opciones de la base de datos ("deserializa" el objeto), hago algún cambio de estas opciones, trabajo con la aplicación y finalizo la sesión, la aplicación aquí guarda las opciones (o puede guardarlas desde que aplico los cambios a estas opciones).

Dado lo anterior, ¿en que momento se podría agregar una opción nueva? Esto lo pregunto por que no se exactamente como funciona la serialización de objetos en PHP. A lo que voy, si creo el objeto con un arreglo de X elementos, al "deserializar" este objeto conteniendo X - 1 elementos, ¿se pierde el elemento extra con el que inicialicé el arreglo o solo se sobreescriben los que ya existían?


Saludos...

[dec]

Hola,

Empezado por Román

Yo no creo que sea necesario actualizar nada. Por ello mencioné lo de valores por defecto. Cuando un usuario se conecte, al momento de deserializar, el objeto OpcionesUsuario tendrá más propiedades, pero éstas tendran valores por defecto. Cuando guardes las opciones ya guardarás todas ellas pues lo que habrás actualizado será el método Save del objeto.

Me pierdo un poco en el tema de la inicialización de las opciones. En lo que "he caído" es en que acaso no sea preciso serializar todo el objeto, sino que bastaría con hacerlo con el Array que guarde las opciones, propiamente. Esto es posible porque PHP no sólo serializa Objetos (ignoro ahora mismo si un Array lo es en PHP, pero, me parece que no), sino, variables de tipo "mixed"... y Arrays, por ejemplo.

Empezado por Maeyanes

Ahora, como sería? Como usuario inicio sesión, la aplicación lee las opciones de la base de datos ("deserializa" el objeto), hago algún cambio de estas opciones, trabajo con la aplicación y finalizo la sesión, la aplicación aquí guarda las opciones (o puede guardarlas desde que aplico los cambios a estas opciones).

Exacto. Las opciones por defecto siempre serán las mismas hasta que el usuario las cambie... en el apartado de opciones de la aplicación. Efectivamente, tendrá que "aplicar los cambios", puesto que, por las características de una aplicación de este tipo, no es posible guardar las opciones "cuando el usuario salga de la aplicación", pongamos por caso.

Pero, de todos modos, los programas no tienen porqué guardar las opciones al salir, aunque ahora me doy cuenta de que esto lo he hecho alguna que otra vez... hombre, tal vez algunas opciones han de guardarse al salir, como la posición de un formulario en pantalla, pero, buena parte de las opciones se "tocarán" en el apartado de opciones, se editarán y se guardarán desde ahí cuando el usuario lo precise.

Empezado por Maeyanes

Dado lo anterior, ¿en que momento se podría agregar una opción nueva? Esto lo pregunto por que no se exactamente como funciona la serialización de objetos en PHP. A lo que voy, si creo el objeto con un arreglo de X elementos, al "deserializar" este objeto conteniendo X - 1 elementos, ¿se pierde el elemento extra con el que inicialicé el arreglo o solo se sobreescriben los que ya existían?

Si serializas un objeto que contiene diez "propiedades" al deserializar será eso lo que recuperes. Ahora... cómo añades opciones... pues supongo que "todo a la vez". Esto es, supongamos un Plugin que necesitara añadir un par de opciones de usuario... cuando esto se llevara a cabo habría se añadirían las opciones al Array correspondiente, y, efectivamente, habría en ese mismo punto que actualizar la base de datos, es decir, para que en sucesivas ocasiones la nueva opción estuviera disponible.

No he podido resistir y he escrito este poco de código en un momento como aquél que dice (no lo he probado ni nada) y lo expongo aquí porque creo que puede dar alguna idea de cómo llevar a cabo el tema, haciéndolo como venimos diciendo:

Código PHP:

<?php

class Opciones
{
  var $idUsuario = 0;
  var $opciones = null;

  function Opciones($idUsuario)
  {
    $this->opciones = array();
    $this->idUsuario = $idUsuario;    
    $this->Cargar();
  }

  /**
   * Cargamos las opciones del usuario.
   */
  function Cargar()
  {
    global $bdatos;
    $consultaSql = "SELECT opcion_contenido FROM opciones 
     WHERE opcion_id_usuario = '{$this->idUsuario}' LIMIT 1;";
    $this->opciones = unserialize($bdatos->Variable($consultaSql));    
  }

  /**
   * Guardamos las opciones del usuario.
   */
  function Guardar()
  {
    global $bdatos;
    $contenido = serialize($this->opciones);
    $consultaSQL = "UPDATE opciones SET opcion_contenido = '$contenido'
     WHERE opcion_id_usuario = '{$this->idUsuario}' LIMIT 1;";
  }
  
  /**
   * Averiguamos si existe una opción de usuario en concreto.
   *
   * @param string $clave
   * @return boolean
   */
  function Existe($clave)
  {
    return array_key_exists($clave, $this->opciones);
  }

  /**
   * Leemos el valor de una opción. Si esta no existe retornamos el valor
   * por defecto que se especifique en el parámetro correspondiente.
   * 
   * Nota: esos "mixed", ¿qué pasa con ellos?
   *
   * @param string $clave
   * @param mixed $valorPorDefecto
   * @return mixed
   */
  function Leer($clave, $valorPorDefecto = '')
  {
    if(!isset($this->opciones[strtolower($clave)]))
      return $valorPorDefecto;    
    else 
      return $this->opciones[strtolower($clave)];
  }

  /**
   * Escribimos el valor de una opción del usuario.
   *
   * Nota: Otra vez el "mixed" sale a relucir...
   * 
   * @param string $clave
   * @param mixed $valor
   */
  function Escribir($clave, $valor)
  {
    $this->opciones[strtolower($clave)] = $valor;    
    $this->Actualizar();
  }  
  
  /**
   * Actualiza las opciones del usuario.
   */
  function Actualizar()
  {
    $this->Guardar();
  }
  
} // class Opciones

?>

Por supuesto el código anterior no está ni probado, ni "concluído" ni nada de nada... pero puede dar alguna idea, espero. En caso de dudas aquí estamos. ¡Y otra vez muchas gracias a todos muchachos!

[[maeyanes]]

Yo me refiero a la serialización de arreglos, ya que es de lo que has hablado, que tu clase opciones contenga un arreglo con estas y sus valores, es por eso mi ejemplo. En cuanto a propiedades si me doy la idea de como sería.

Saludos...

[dec]

Hola,

Bueno. No creas que tengo del todo claro el asunto Maeyanes, ni mucho menos... ahora mismo estoy haciendo alguna que otra prueba, pero, según voy avanzando me va surgiendo algún que otro reparo... qué sé yo... pero, vamos a ver si sacamos algo en claro. Desde luego este Hilo me ha venido estupendamente.

Si todo esto no es más que por un usuario de Loturak, que quiere que las descripciones de los enlaces siempre estén visibles, ya ves tú... no tiene otra cosa mejor en qué pensar... el jodío, y yo, que, sabiéndolo, pues quiero darle el gusto, porque además creo que esto abre la puerta a otras posibilidades.

Ahora, espero que nos os toque nunca un usuario tan puñetero como el que os digo.

[[maeyanes]]

Hay de todo en la viña del señor...

Pues también mucho de esto me servirá para cuando me adentre más en esto del PHP... jejeje



Saludos y suerte...

[dec]

Hola,

Ea. Pues ya es posible que este usuario puñetero (que está tardando en decirme algo bonito) vea siempre la descripción de los enlaces de Loturak. Ya está añadida esa opción,... y creo que no sería complejo añadir otras, pero, me temo que no tan "sencillamente" como esta que digo, a lo menos no en todos los casos. Se han dejado no pocos cabos sueltos.

Sin embargo, puede que lo que ha salido de este Hilo sea la base de la que partir. Es decir, como digo, parece que la cosa marcha bien. Piénsese que los usuarios de Loturak no notarán cambio alguno, esto es, los enlaces se verán como hasta ahora, porque la opción por defecto es no mostrar la descripción de estos de primeras, pero, ya pueden hacer que esto no sea así.

Por ejemplo, me llama la atención que Loturak cuenta con 85 usuarios, pero, la tabla de opciones cuenta con un registro: mis propias opciones. Sin embargo, como digo, no tendré que "rellenar" la tabla de opciones para el resto de usuarios, puesto que, siempre se tomará la medida "por defecto" en caso de que las opciones de un usuario no existan.

¿Y cuando existirán? Evidentemente, cuando el usuario eche un vistazo a sus opciones (en el apartado correspondiente) y decida "aplicar los cambios".

La clase que estoy utilizando ahora mismo es tal que así, empero, he subido la misma al Servidor para que el puñetero usuario que he mencionado (y quien quiera) pueda ver cómo queda el asunto. Evidentemente el código fuente que se ha implicado en todo esto (sorprendentemente sencillo) hay que repasarlo mejor.

Código PHP:

<?php

class Opciones
{
  var $idUsuario = 0;
  var $opciones = null;

  function Opciones($idUsuario)
  {
    $this->opciones = array();
    $this->idUsuario = $idUsuario;    
    $this->Cargar();
  }

  /**
   * Cargamos las opciones del usuario.
   */
  function Cargar()
  {
    global $bdatos;
    $consultaSql = "SELECT opcion_contenido FROM opciones 
     WHERE opcion_id_usuario = '{$this->idUsuario}' LIMIT 1;";    
    $contenido = $bdatos->Variable($consultaSql);
    
    if($contenido)
    {
      $this->opciones = unserialize($bdatos->Variable($consultaSql));      
    }
      
    return;
  }

  /**
   * Guardamos las opciones del usuario.
   */
  function Guardar()
  {
    global $bdatos;
    $contenido = serialize($this->opciones);
    
    $consultaSQL = "SELECT opcion_contenido FROM opciones 
     WHERE opcion_id_usuario = '{$this->idUsuario}' LIMIT 1;";    
    $resultado = $bdatos->Resultados($consultaSQL); 
    
    if($resultado)
    {
      $consultaSQL = "UPDATE opciones SET opcion_contenido = '$contenido'
       WHERE opcion_id_usuario = '{$this->idUsuario}' LIMIT 1;";
       $bdatos->Resultados($consultaSQL);       
    }
    else 
    {
      $contenido = $bdatos->Escapar(serialize($this->opciones));
      $consultaSQL = "INSERT INTO opciones (opcion_id_usuario,opcion_contenido)
       VALUES('{$this->idUsuario}', '$contenido');";
      $bdatos->Resultados($consultaSQL);             
    }
    
    return;    
  }
  
  /**
   * Averiguamos si existe una opción de usuario en concreto.
   *
   * @param string $clave
   * @return boolean
   */
  function Existe($clave)
  {
    return array_key_exists($clave, $this->opciones);
  }

  /**
   * Leemos el valor de una opción. Si esta no existe retornamos el valor
   * por defecto que se especifique en el parámetro correspondiente.
   * 
   * Nota: esos "mixed", ¿qué pasa con ellos?
   *
   * @param string $clave
   * @param mixed $valorPorDefecto
   * @return mixed
   */
  function Leer($clave, $valorPorDefecto = '')
  {    
    if(!$this->Existe($clave))
      return $valorPorDefecto;
    
    if(!isset($this->opciones[strtolower($clave)]))
      return $valorPorDefecto;    
    else 
      return $this->opciones[strtolower($clave)];
  }

  /**
   * Escribimos el valor de una opción del usuario.
   *
   * Nota: Otra vez el "mixed" sale a relucir...
   * 
   * @param string $clave
   * @param mixed $valor
   */
  function Escribir($clave, $valor)
  {
    $this->opciones[strtolower($clave)] = $valor;    
    return;    
  }  
  
  /**
   * Actualiza las opciones del usuario.
   */
  function Actualizar()
  {
    $this->Guardar();
    return;    
  }
  
} // class Opciones

?>

Como he dicho antes, esta clase se instancia en un objeto cuya referencia se guarda en una variable privada de la clase "Usuarios" conque contamos en Loturak. ¡Muchas gracias a todos otra vez, de no haber sido por vosotros seguramente no hubiera hecho nada y tendría a Ro... al puñetero diciéndome que qué pasa, que si no sé programar o qué!