Duda sobre utilizacion de clases y métodos

[neodani]

Buenas,

Me surge una duda existencial, si se puede llamar así... no se si la declaración de esta clase (a grandes rasgos) es correcta o no... no se si abuso de los métodos que utilizo...

Si defino la clase jugador, este puede hacer 1000 cosas.... se supone que eso son los métodos? ejemplo

Código PHP:

class jugador{
    function alta_jugador($user,$datos_array)
    
    function editar_jugador($user,$datos_array)
    
    function baja_jugador($user)
    
    function mostrar_amigos($user)
    
    function mostrar_edad($user)
    
    function fecha_registro($user)
    
    function mostrar_puntuacion($user)
    
    function registrar_actividad($user,$actividad)
    
    function mostrar_historial($user)
    
    function retar_usuario($user1,$user2)
}
 
//Ejemplo de uso:
 
$jugador=new jugador;
$jugador->alta_jugador("Roder",["Gonzalez","[email protected]","315"]);
$jugador->editar_jugador("Pepe",["Sanchez","[email protected]","315"]);
$jugador->baja_jugador("Pepe");
$jugador->mostrar_amigos("Pepe");
$jugador->mostrar_edad("Pepe");
$jugador->fecha_registro("Pepe");
$jugador->mostrar_puntuacion("Pepe");
$jugador->registrar_actividad("Pepe","Cambio su contraseña");
$jugador->mostrar_historial("Pepe");
$jugador->retar_usuario("Pepe","Pepa");
 

¿Alguna sugerencia?

Muchas gracias de antemano!

[pateketrueke]

de hecho, lo que haces se le llama interface.... y si, es una capa abstracta donde yacen las especificaciones posibles de una clase concreta...

deberías comenzar a leer de nuevo el manual.. ;)
http://php.net/oop

[abimaelrc]

Añado ya anteriormente han explicado en este foro sobre interface, te recomiendo que leas sobre el tema.

[GatorV]

Podrias romper tu clase y delegar métodos a clases especificas que se encarguen de tareas específicas, todo depende del diseño que hagas y como modeles tu UML.

Saludos.

[deivinsontejeda]

Ademas de lo que ya han comentado los compañeros arriba, el manejo de una clase es sinónimo de ir a una Programación Orientada a Objetos, en este sentido hay elementos a considerar para que vayas encaminado por el "camino del bien", me refiero a modificadores de acceso, notación Camel Case y otras que seguramente iras aprendiendo en el "camino del bien"...

Éxitos!

[neodani]

Iniciado por GatorV

Podrias romper tu clase y delegar métodos a clases especificas que se encarguen de tareas específicas, todo depende del diseño que hagas y como modeles tu UML.

Saludos.

He leído sobre las interfaces y lo que son

http://www.forosdelweb.com/f68/inter...ements-670265/
http://desarrollo.dsisweb.com/2009/1...rfaces-en-php/

Ya tengo la idea, pero sin haber trabajado con ellas me resulta difícil desarrollar el tema de romper la clase, delegar métodos a clases y crear diferentes interfaces.

La idea es, si en la web el usuario puede hacer 100 cosas, creo una interface como el ejemplo anterior que se llame USUARIO y ahí defino todas las acciones que el usuario puede realizar en la web?

Luego está todos los servicios que ofrezco en la web... creo una que se llame SERVICIOS ?¿

La web pretende ser un portal de información sobre estadística de diferentes deportes.

No se cómo puedo especificar que interfaces necesito... los métodos los tengo claro. (método = todo lo que el usuario pueda hacer y la web permita hacer).

¿Alguna orientación???

Sobre UML también he leído
El diagrama UML es un diagrama general que representa al objeto con sus conexiones y propiedades a otros objetos.

http://phpsenior.blogspot.com/2006/0...ml-php5-i.html
http://www.dcc.uchile.cl/~psalinas/uml/modelo.html

Muchas gracias de antemano!

[jahepi]

Hola Neonadi !

Ya tengo la idea, pero sin haber trabajado con ellas me resulta difícil desarrollar el tema de romper la clase, delegar métodos a clases y crear diferentes interfaces.

Si tienes dudas sobre esos temas, échale un vistazo a los patrones para asignar responsabilidades conocidos como GRASP, aquí hay un poco de información sobre el tema: http://www.adictosaltrabajo.com/tuto...p?pagina=grasp
No sin antes leer algún buen libro de POO, de hecho EnriquePlace usuario de este foro es autor de uno muy bueno.

Un saludote !

[neodani]

No si ya entendí el sentido de las interfaces, pero no veo como aplicarlo a mi diseño.

Ejemplo, si implemento una interface que se llame Jugador de la siguiente manera.

Código PHP:

interface Jugador {
    public function alta_jugador()
    
    public function editar_jugador()
    
    public function baja_jugador()
    
    public function mostrar_amigos()
    
    public function mostrar_edad()
    
    public function fecha_registro()
    
    public function mostrar_puntuacion()
    
    public function registrar_actividad()
    
    public function mostrar_historial()
    
    public function retar_usuario()
}
 

Estoy obligando a que si creo la clase jugador, y le digo que implemente la interface Jugador, esta clase, tenga definido todos los métodos que tiene la interface Jugador.
De este modo si alguien quiere utilizar todas las propiedades (yo le llamo así, o funciones de un Jugador) solo tiene que implementar la interface en la nueva clase que vaya a crear (y desde ese momento esa clase resultante será considerada hija de su padre interface Jugador), correcto? xD

De ahi lo del contrato de firmas, etc...

Vaya jaleo de nombres :P

Código PHP:

class Jugador implements Jugador{
    private  $nombre;
    private  $apellidos; 
  // etc...
 
public function alta_jugador(){
        // codigo adecuado para insertar el jugador en la bbdd
        
    } 
 
// etc...
 
}
 

Mi pregunta sería si todos los métodos que he puesto por ejemplo en la interface (de arriba) serían correctos, o alguno estaría mejor en otra interface, etc...

[eSSeneX]

Si bien mas o menos parece que has captado qué es una interfaz, decirte que los nombres de las interfaces suelen terminar en "able", ya que, por así decirlo, dota a una clase de una determinada funcionalidad, por ejemplo: Cloneable, Searchable, Dibujable...

Refriendo a tu caso, parece que lo que necesitas es una clase abstracta, que, por así decirlo, es una clase normal con la funcionalidad de una interfaz, es decir, puedes establecer métodos que deberán ser implementados por la clase que herede. Una de las ventajas de utilizar clases abstractas reside en la reutilización de código, puedes tener una funcionalidad común para todos los jugadores e implementarla solo una vez.

No se si me estoy explicando bien, pero esto se entiende a la perfección con un ejemplo:

Código PHP:

  abstract class Persona() {
 
      var $nombre;
      var $apellido;
      var $direccion;
 
      function hablar() {
            // Esta función es común para todos los tipos de personas
      }
 
      abstract function trabajar(); // Todas las personas trabajan, pero cada una en un puesto distinto
 
} 
   

Código PHP:

  class Secretaria extends Persona {
 
      function trabajar() {
            // código de trabajar para secretaria
      }
} 
   

Código PHP:

  class Conserje extends Persona {
 
      function trabajar() {
            // código de trabajar para conserje
      }
} 
   

Desde las clases hijas (Conserje y Secretaria), se puede acceder también a los métodos y atributos de la clase padre (Persona) del mismo modo que si se hubieran declarado en esa misma clase con $this->nombremetodo/propiedad.

Supongo que algo sabrás sobre el ámbito de las variables, pero por si acaso, te aclaro que:

• public -> Puede ser accedido/a desde la propia clase, las que hereden de ella y desde fuera de la clase.
• protected -> Puede ser accedido desde la propia clase y las que hereden de ella.
• private -> Solo pude ser accedido desde la propia clase.

No se si me he explicado muy bien, pero busca información sobre lo que te he comentado ;)

[enriqueplace]

Que tal Neodani

Como mínimo debes cambiar el estándar de codificación, te paso un ejemplo de los cambios que haría:

Archivo Jugador.php

Código PHP:

  <?php
class Jugador
{
    public function __construct($user,$datos_array)
    {
    }
    public function save()
    {
    }
    public function baja()
    {
    }
    public function mostrarAmigos()
    {
    }
    public function getEdad()
    {
    }
    public function getFechaRegistro()
    {
    }
    public function getPuntuacion()
    {
    }
    public function registroActividad($actividad)
    {
    }
    public function getHistorial()
    {
    }
    public function retarJugador($jugador)
    {

    }
}   

Archivo index.php

Código PHP:

  //Ejemplo de uso:
require_once 'Jugador.php';

$jugador = new Jugador("Roder",array("Gonzalez","[email protected]","315"));

$jugador->baja();
$jugador->mostrarAmigos();
$jugador->getEdad();
$jugador->getFechaRegistro();
$jugador->getPuntuacion();
$jugador->registroActividad("Cambio su contraseña");
$jugador->getHistorial();
$jugador->retarJugador(new Jugador("Pepe",array("pepe","[email protected]","315") )); 
   

Saludos!

[neodani]

Gracias enriqueplace, pero entonces debo entender que para el ejemplo propuesto no hace falta la utilización de interfaces ni clases abstractas? :S

Y la clase jugador para crear nuevos esta bien... pero si lo que quisiera en lugar de llamar al constructor para crear el jugador, fuese mas bien, recuperar los datos del jugador a partir del nombre de usuario de este, se podría hacer igualmente no?

Gracias

[enriqueplace]

Que tal Neodani

No debes entender nada , simplemente te estoy dando un ejemplo de que básicamente, como empezaste a encarar el problema, bien podrías haberlo hecho por otro lado, desde la nomenclatura y sintaxis de la codificación hasta la aplicación de conceptos básicos de POO.

Ni me puse a discutir el diseño general, de ahí tendrías que hacer primero diagramas UML... al igual que haces con las bases de datos, de lo contrario, si no tienes un mapa, fácil es perderse.

Saludos!