duda básica de POO PHP..

[Copia]

Hola, perdon por el titulo pero no se me ocurrió otra.
Supongo que puedo hacer un hilo para preguntar algunas cosas de las cuales tengo duda en mi aprendizaje POO en PHP.

Bien estoy trabajando con herencia y tengo estas clases.

class.customer.php

Código PHP:

<?php
     class Customer {
       public $id;
       public $customerNumber;
       public $name;
       public function __construct($customerID) {
        
         $data = array();
         $data['customerNumber'] = 1000000;
         $data['name'] = 'Jane Johnson';
        
         $this->id = $customerID;
         $this->name = $data['name'];
         $this->customerNumber = $data['customerNumber'];
       }
     }
   ?>
 

class.SweepstakesCustomer.php

Código PHP:

<?php
     require_once('class.Customers.php');
     class SweepstakesCustomer extends Customer {       
      
       public function __construct($customerID) {
           parent::__construct($customerID);           
           if($this->customerNumber == 1000000) {
             print "Congratulations $this->name! You're our
                   millionth customer! <br>" .
                   "You win a year's supply of frozen fish sticks! ";
           }
       }
     }
   ?>
 

y tengo el test.

Código PHP:

<?php
     require_once('class.SweepstakesCustomer.php');
     
     function greetCustomer(Customer $objCust) {
       print "Welcome back to the store $objCust->name! <br>";
     }
     
     $promotionCurrentlyRunning = true;
     if ($promotionCurrentlyRunning) {
       $objCust = new SweepstakesCustomer(12345);
     } else {
       $objCust = new Customer(12345);
     }
     greetCustomer($objCust);
   ?>
 

Estas clases las saque de un libro. Bien entiendo prácticamente todo a excepción de esta función en el archivo de test.

Código PHP:

       function greetCustomer(Customer $objCust) { 
       print "Welcome back to the store $objCust->name! <br>"; 
     }  
   

Mi explicación es que se esta pasando el objeto($objCust) a la función(¿sera un método?) greetCustomer, pero en la definicion de esta funcion esta:
Customer $objCust, supongo que Customer hace referencia a la clase Base Customer?, intente colocando en vez de Customer, SweepstakesCustomer para ver si el test corre con normalidad y así es. Supongo que es por la herencia. Pero si coloco cualquier otro nombre en ves de Customer o SweepstakesCustomer el test no corre.

No se como se llama esto y no entiendo bien el funcionamiento, osea cual es la ventaja. Un saludo y espero me haya dejado entender.

[_ssx]

Ese es un ejemplo de "Polimorfismo" ya que te esta demostrando que a un objeto HEREDADO lo puedes tratar siempre como si fuese IGUAL que el de la clase base de la que hereda.

[GatorV]

Si te refieres al nombre de Customer antes de $objCust, eso se conoce como Type Hinting y es para indicar que tipo de parámetro acepta la función, la puedes aplicar tanto a métodos, como a funciones, y puedes pasar el nombre de una clase, o una interfaz.

Saludos.

[Charlii]

Como dice GatorV, poner un nombre de una clase en la definicion de los parametros de un metodo o funcion se llama Type Hinting. Lo que estas indicando es que el parametro $objCust debe ser un objeto de la clase Customer.

El objeto $objCust que estas mandando es del tipo Customer, que a su vez hereda de SweepstakesCustomer, por lo tanto el Type Hinting para ambas clases se cumple.

http://php.net/manual/es/language.oop5.typehinting.php

[Copia]

muchas gracias, estuve leyendo la documentación, muy bueno. Aclararon mi duda.

[Copia]

hola nuevamente, tengo un problema ahora que creo que mas que duda es un error que no logro identificar.
Intento aplicar una interfaz.
class.Door.php

Código PHP:

<?php
require_once('interface.Opener.php');
 
class Door implements Openable{
    private $_locked = false;
 
    public function open(){
        if($this->_locked){
            print "No se puede abrir la puerta. Esta bloqueado";
        }else{
            print "Sonido de Abrir";
        }
    }
 
    public function close(){
        print "Sonido de Cerrar<br>";
    }
 
    public function lockDoor(){
        $this->_locked = true;
    }
 
    public function unlockDoor(){
        $this->_locked = false;
    }
}
 

class.Jar.php

Código PHP:

<?php
 
require_once('interface.Opener.php');
 
class Jar implements Openable{
 
    private $contents;
 
    public function __construct($contents){
        $this->contents = $contents;
    }
 
    public function open(){        
        print "El Frasco esta abierto ahora";
    }
 
    public function close(){
        print "El Frasco esta ahora cerrado";
    }
}
 

interface.Openable.php

Código PHP:

<?php
interface Openable{
abstract  function open();
abstract function close();
}
?>
 

y cuando ejecuto el test, no muestra lo que creo que mostraria(mensajes del método open).
archivo test.Openable.php

Código PHP:

<?php
 
require_once('class.Door.php');
require_once('class.Jar.php');
 
function openSomething(Openable $obj){
    $obj->open();
}
 
 
$objDoor = new Door();
$objJar = new Jar('Hola');
$openSomething($objDoor);
$openSomething($objJar);
 
?>
 

Todos los archivos están en el mismo directorio.

[Charlii]

Del ultimo archivo en las lineas 13 y 14 quita el signo $ al llamar a openSomething();

PD: Te recomiento que en tu php.ini pongas la directiva error_reporting asi:

error_reporting = E_ALL | E_STRICT

Porque ese codigo que pusiste deberia mostrarte un error de variable no definida y luego otro, que supongo no te los esta mostrando (o si pero no nos lo dijiste??)

[Copia]

vaya, no se como puese esa llamada a la funcion en el post.
En fin, me habia olvidado mostrar los errores con php.

El error dice lo siguiente:

Fatal error: Access type for interface method Openable::open() must be omitted in interface.Opener.php on line 3

Umm probe poniendo public abstract function y nada.
Edito:
Cuando en la interfaz reemplazo abstract por public si funciona, solo funciona con public.

Acaso los métodos de las interfaces no pueden ser abstractos?

[HackmanC]

Hola,

Una interface siempre es pública, no tiene sentido otra definición. Cuando defines una interface, estas diciendo que debe implementar ciertas características para ser usadas externamente por otro componente y asegurarte que el método existe, pero no sirve de nada si son privadas o abstractas.

Es decir, si defino una interface Openable, con método privados,

Código PHP:

  interface Openable{ 
  private function open(); 
} 
 
class Door implements Openable{ 
  private function open() {} 
}  
   

¿Acaso sirve de algo la interface en ese caso? Si no puedo llamar al método Door->open() sino es desde la misma clase, y la misma clase sabe que implementa y que no implementa.

Igual sucede con cualquier otra definición que no sea pública.

Saludos,

[Copia]

oh! vaya entonces es un error muy grueso del libro que estoy leyendo.
Entonces para resumir en una interfaz, los métodos no deben ser de tipo abstract, private o protected, ya que solo se acepta public.

[HackmanC]

Hola,

Iniciado por Copia

oh! vaya entonces es un error muy grueso del libro que estoy leyendo.
Entonces para resumir en una interfaz, los métodos no deben ser de tipo abstract, private o protected, ya que solo se acepta public.

Exactamente, como el ejemplo que te mostré, claramente se puede observar que no tiene sentido, ni siquiera dentro de la misma clase, el método solamente se puede usar internamente, cual sería el motivo de hacer público a todas las demas clases con una interface ... que tengo un método que no pueden llamar, ni la misma clase.

Código PHP:

interface Openable{
  private function open();
}
 
class Door implements Openable{
  private function open() {}
  public function ProbarOpen(Openable $otro) {
     $otro->open(); // No se puede llamar porque es privado.
  }
}
 

En los métodos abstractos sucede algo muy parecido, no puedo llamarlos porque son abstractos, y no estoy seguro si la clase los implementa concretamente o no, si logro llamar a un método abstracto (que es virtual y no existe su implementación concreta) ... seguramente voy a obtener un error muy feo a un nivel demasiado bajo en la capa de aplicación.

Saludos,

[masterpuppet]

Que tal Copia,

no deberias confiar mucho en ese libro , y te sugiero que te des una vuelta por el manual, suele ahorrarte este tipo de problemas,
http://php.net/manual/es/language.oop5.interfaces.php
http://php.net/manual/es/language.oop5.abstract.php

Saludos.

[Charlii]

Yo el que he estado leyendo es "PHP Objects Patterns and Practice Third Edition" y me ha resultado muy bueno.

[HackmanC]

Hola,

Iniciado por masterpuppet

... y te sugiero que te des una vuelta por el manual, suele ahorrarte este tipo de problemas, ...

La cita específica del manual:

Todos los métodos declarados en una interfaz deben ser public, ya que ésta es la naturaleza de una interfaz.

Pero ... ¿porqué?. Es muy importante conocer la diferencia, cuando se crean interfaces tienes que pensar en una 'comunicación' entre componentes, y no como pensaba Copia, una segunda 'definición' de clases. El manual es muy bueno para sacarte de dudas rápido, como las páginas 'man' de linux, una simple introducción al comando para cuando se te olvida algo. Pero la pregunta es puramente de programación orientada a objetos, igual se aplica en Java, C# o cualquier otro lenguaje orientado a objetos, y en ningún manual te explica por qué, esto solamente lo obtienes en foros del web o un tutorial avanzado de programación orientada a objetos. :D

En resúmen .. usa public, porque sino no corre.

Saludos,

[Copia]

Gracias por sus respuestas :D.
Bueno el libro que leo es "Professional PHP5" por - Ed Lecky-Thompson, Heow Eide-Goodman, Steven D. Nowicki and Alec Cove.

Tengo entendido que el manual es bueno pero muchas veces son referencias a temas específicos y no enseñan a hacer las cosas por eso me decante por un libro y mas si tiene diagramas UML como ese.

Es muy complicado seguirlo porque no domino ingles :)