Solo quiero recoger las funciones que he visto más interesantes o que más comúnmente se pueden usar:

• var_dump(): XDebug sobreescribe la función nativa, mostrando más detalles de una variable.
• xdebug_break(): establece un breakpoint.
• xdebug_call_class(): retorna el nombre de la clase en la que se encuentra la ejecución.
• xdebug_call_file(): retorna el nombre del fichero en el que se encuentra la ejecución.
• xdebug_call_function(): retorna el nombre del método en el que se encuentra la ejecución.
• xdebug_call_line(): retorna el número de línea en el que se encuentra la ejecución.
• xdebug_debug_zval(): retorna información sobre los puntos que apuntan a una variable, o si es un puntero la variable.
• xdebug_dump_superglobals(): retorna información sobre las variables super globales.
• xdebug_get_code_coverage(): retorna información sobre que líneas han sido ejecutadas, y cuantas veces.
• xdebug_get_declared_vars(): retorna las variables declaradas o accesibles en el momento de la ejecución.
• xdebug_get_function_stack(): retorna información sobre la pila de llamadas en el momento de ejecución.
• xdebug_get_headers(): retorna todos los headers establecidos hasta el momento.
• xdebug_memory_usage(): retorna el número de memoria en uso.
• xdebug_print_function_stack(): printa directamente la pila de llamadas en curso.
• xdebug_time_index(): retorna el instante actual desde el inicio de la ejecución.

Entradas relacionadas:

1. Configurar XAMPP para debugar con XDebug en Netbeans
2. Configurar PHP para que muestre los errores
3. dBug: clase en PHP para substituir a var_dump o print_r

Después de aprender a construir pruebas unitarias, de estudiar a fondo PHPUnit y hacerme apuntes, solo me quedaba crear un Cheat Sheet de PHPUnit.

Esta basado en la versión 3.6 de PHPUnit, y aparecen los diferentes métodos ”asserts” que existen, los elementos necesarios para generar los Mock Objects que se requieran, utilidades, ejemplos, …

Cualquier corrección o mejora, será bién recibida.

English version

This cheat sheet is based on verion 3.6 of PHPUnit, and there are the diffferent methods “asserts” that exist, the necessary elements to generate Mock Objects are required, utilities, examples,…

Any correction or improvement is welcome.

Versión 0.1

• Format PNG – Download
• Format PDF – Download
• SlideShare – Link

Entradas relacionadas:

1. Firebug: cheat sheet para sacar el máximo provecho
2. Patrones de diseño: cheat sheet
3. Instalar PHPUnit en el XAMPP de Ubuntu

Habla de aspectos muy importantes como:

• Coding Standards
• IDEs
• Metodologías
• Pruebas unitarias
• Pruebas automáticas
• Frameworks
• Integración continua
• Servidores de control de versiones
• Documentación
• Issue trackers
• …

PHP profesional from decharlas.com on Vimeo.

Como dice en la charla, se podría crear una checklist y comprobando los aspectos que nos faltan dominar o implementar en nuestro proyecto.

Presentación en SlideShare “Al rico” PHP:

Entradas relacionadas:

1. Configurar XAMPP para proyectos en desarrollo en local
2. Crear máquina virtual de desarrollo en VirtualBox

Decisiones que NO se deben de tomar:

• Uso de private en propiedades o métodos.
• Uso de static en propiedades o métodos.
• Uso de final en métodos.
• Uso del operador new.
• Uso del patrón Singleton, que conlleva el uso de los 4 puntos anteriores.
• Uso de variables globales.

Alternativas:

• Uso del Dependency Injection.
• Uso de la clase Reflection.

Entradas relacionadas:

1. Mock vs Stub, y otros elementos de Unit-Testing
2. SOLID: los principios de la programación orientada a objetos
3. Patrones de diseño: patrón Singleton

• Stub: se genera un nuevo objeto usando el método getMock(), a partir de una clase que puede ser la misma que se esta testeando o otra clase que se usa.
• Mock: idéntico a un Stub, pero con el añadido que en la creación del Mock, se añaden condiciones o “matchers” para comprobar la correcta utilización de la clase. Aportando así más pruebas al test.

Los siguientes diagramas quizás ayudan más a entender algo muy parecido:

A parte de un stub o un mock, también se puedan usar otros elementos para realizar las pruebas unitarias:

• Fake: clase programada para generar objetos que aparientan un funcionamiento correcto.
• Dummy: objetos usados para rellenar o ser pasados por parámetro. De implementación pueden estar vacíos, ya que no van a ser usados directamente.
• Spy: stub pero además de cumplit su función, almacena información como los métodos llamados.

Entradas relacionadas:

1. Principios de programación para Unit-Testing
2. Patrones de diseño: patrón Singleton
3. PHPUnit Cheat Sheet

Para realizar una captura, hay que usar los paréntesis. Pero puede darse el caso en que se usen los paréntesis y no se quiera la captura, sinó que simplemente se utiliza para decir que es opcional su contenido.

Para anular la captura sería de la forma (?: )

Las capturas que hace una expresión regular, son guardadas en un array que numéricamente va añadiendo. Después tenemos que ir cogiendo los resultados según el índice numérico que ha asignado. Con la expresión regular:

(http|ftp):\/\/(?:(.*)\.)?(.*)\.(.{2,4})

en las siguentes cadenas:

http://www.softonic.jp
ftp://es.mmi.imonge.net
http://otroblogmas.com

se obtiene:

Array
(
    [0] => Array
        (
            [0] => http://www.softonic.jp
            [1] => ftp://es.mmi.imonge.net
            [2] => http://otroblogmas.com
        )
 
    [1] => Array
        (
            [0] => http
            [1] => ftp
            [2] => http
        )
 
    [2] => Array
        (
            [0] => www
            [1] => es.mmi
            [2] =>
        )
 
    [3] => Array
        (
            [0] => softonic
            [1] => imonge
            [2] => otroblogmas
        )
 
    [4] => Array
        (
            [0] => jp
            [1] => net
            [2] => com
        )
 
)

Si se quiere etiquetas las capturas hechas, se puede hacer de la forma (?’captura’ ) o (?< >). De esta manera, con la expresión:

(?'protocol'http|ftp):\/\/(?:(?'subdomain'.*)\.)?(?'domain'.*)\.(?'tld'.{2,4})

se obtiene un array más usable:

Array
(
    [0] => Array
        (
            [0] => http://www.softonic.jp
            [1] => ftp://es.mmi.imonge.net
            [2] => http://otroblogmas.com
        )
 
    [protocol] => Array
        (
            [0] => http
            [1] => ftp
            [2] => http
        )
 
    [1] => Array
        (
            [0] => http
            [1] => ftp
            [2] => http
        )
 
    [subdomain] => Array
        (
            [0] => www
            [1] => es.mmi
            [2] =>
        )
 
    [2] => Array
        (
            [0] => www
            [1] => es.mmi
            [2] =>
        )
 
    [domain] => Array
        (
            [0] => softonic
            [1] => imonge
            [2] => otroblogmas
        )
 
    [3] => Array
        (
            [0] => softonic
            [1] => imonge
            [2] => otroblogmas
        )
 
    [tld] => Array
        (
            [0] => jp
            [1] => net
            [2] => com
        )
 
    [4] => Array
        (
            [0] => jp
            [1] => net
            [2] => com
        )
 
)

Para añadir un comentario en la expresión regular, se puede hacer de dos manera:

• Añadir el comentario en medio de la expresión regular con la forma (?#comentario).
• Usar el modo free-spacing para hacer la expresión regular en varias líneas, y poder añadir comentarios. Para activar el modo free-spacing, hay que añadir la “x” al final. De esta manera los espacios ( espacios, tabuladores y saltos de línea) son ignorados, excepto en los grupos. Si encuentra una almohadilla, todo lo siguiente lo considera un comentario. Mejor un ejemplo:

  $regexExpr = "/
  	# Match a 20th or 21st century date in yyyy-mm-dd format
  	(19|20)\d\d                # year (group 1)
  	[- /.]                     # separator
  	(0[1-9]|1[012])            # month (group 2)
  	[- /.]                     # separator
  	(0[1-9]|[12][0-9]|3[01])   # day (group 3)
  /x";

  Para determinar un espacio a ser buscado, se puede hacer “\ “, “\s” o “\x20″.

Entradas relacionadas:

1. Expresiones regulares con PHP
2. Parsear strings en formato camelCase en PHP
3. Herramientas para detectar redes WIFI en Windows

En la programación orientada a objetos (POO), la función de autocompletado ayuda a encontrar propiedades o funciones de clases desarrolladas. Pero si el objeto no es creado a traves del operador new, el IDE no sabrá de que clase es el objeto, y no podrá ofrecer las sugerencias correctamente. Es el típico caso de los patrones de diseño de Factory, incluso dependiendo del caso podría ocurrir con el patrón Singleton.

Una manera de informar al IDE sobre de que clase es el objeto que se esta utilizando, es añadir un comentario en el código.

Para el desarrollo de PHP en el IDE Netbeans sería:

/* @var $objeto SuClase */

Y para Eclipse sería:

/* @var objeto SuClase */

Vía @fiunchinho

Entradas relacionadas:

1. Instalar y configurar XAMPP y Eclipse en Windows
2. Atajos de teclado de Netbeans para Zend Framework
3. Configurar XAMPP para debugar con XDebug en Netbeans

• Hidden features of PHP
• APC & Memcached the high performance duo
• A new approach to object persistence in PHP
• Split A/B Testing Database-driven PHP Web Applications
• In search of: Integrating site search
• How to scale PHP applications
• Cloud computing with PHP and Azure
• Design patterns… revisited for PHP 5.3
• PHP in the Enterprise: Develop and Deploy Mission Critical Applications
• RDBMS in the social networks age
• Cómo involucrarse con PHP
• Real-time Communication Techniques with PHP
• Demystifying PostgreSQL
• Database version control without pain
• PHP en Android
• Scaling Magento
• Continuous Improvement in PHP projects
• iPhone Websites with PHP
• Distributed Source Code Management
• Varnish in action
• Architecture and testability
• Comet: By Pushing Server Data, We Push the Web Forward
• Doctrine 2.0
• Lemur Framework
• Service Oriented Architecture: a good thing to do
• Mondongo, un ODM para PHP y MongoDB
• SCRUM al detalle: Revisión práctica y perversiones humanas
• MySQL client caching
• Desarrollo de aplicaciones para Facebook en PHP
• PHP Team organisation
• PHP through the eyes of a hoster
• High Performance WebApps Faster & Easier with NOLOH

Y una última presentación como bonus, el test para el certificado de PHP 5.3 de Zend

Entradas relacionadas:

1. STRAIGHT_JOIN y el order de las tablas en JOINs de MySQL

A parte de lo anterior, també puede ser interesante cambiar unos parámetros de la configuración por defecto. En el php.ini se puede modificar lo siguiente:

• La variable que determina el nivell de error que muestra PHP. Para mostrar todos los errores:

  error_reporting = E_ALL | E_STRICT

• Activar la extensión XDEBUG del servidor, para mostrar más datos al utilizar la función var_dump() o realizar debugs remotos. Hay que descomentar la línia:

  zend_extension = "C:\xampp\php\ext\php_xdebug.dll"

• Por defecto, los parámetros de XDEBUG pueden ser bajos. Así que se pueden ampliar sus valores:

  xdebug.var_display_max_children = 300
  xdebug.var_display_max_data = 1000
  xdebug.var_display_max_depth = 7

• Si se desea que se muestren ciertas variables globales, se han de añadir las siguiente líneas:

  xdebug.dump.GET = *
  xdebug.dump.POST = *
  xdebug.dump.SERVER = REMOTE_ADDR, REQUEST_METHOD, HTTP_ACCEPT_LANGUAGE, HTTP_ACCEPT_LANGUAGE

Según la arquitectura del proyecto, o simplemente por comodidad, se desea utilizar un dominio inventado para acceder a la aplicación que se esta desarrollando, sin tener que pasar por la URI http://localhost/. Por requisitos quizás interesa que este dominio apunte a una subcarpeta de la aplicación, convirtiéndola en el DOCUMENT_ROOT del sitio web.

Para ello hay que realizar 3 operaciones. Por el ejemplo, se ha supuesto que se utilizaría un dominio “test.local”, y que apuntaría a la carpeta “C:\xampp\htdocs\test\public”:

• Modificar el archivo hosts, y añadir una línea con el dominio apuntando hacia la máquina de pruebas:

  127.0.0.1    test.local

• Modificar el archivo vhosts (en Windows esta en “C:\xampp\apache\conf\extra\httpd-vhosts.conf”), y descomentar la línea:

  NameVirtualHost *:80

  Y añadir el siguiente código:

  <VirtualHost *:80>
  	ServerName localhost
  	DocumentRoot "C:/xampp/htdocs/"
  </VirtualHost>

  ATENCIÓN! Este paso solo se debe realizar la primera vez que se cree un proyecto. Las siguiente veces no hace falta.

• En el mismo archivo vhosts, añadir el siguiente bloque:

  <VirtualHost *:80>
      ServerName test.local
      DocumentRoot C:\xampp\htdocs\test\public
   
      SetEnv APP_ENV "development"
   
      <Directory "C:\xampp\htdocs\test\public">
          DirectoryIndex index.php
          AllowOverride All
          Order allow,deny
          Allow from all
      </Directory>
  </VirtualHost>

Entradas relacionadas:

1. Configurar XAMPP para debugar con XDebug en Netbeans
2. Instalar Zend Framework y Zend_Tool para construir proyectos en Windows
3. Instalar y configurar XAMPP y Eclipse en Windows

En Stuff and things hay dos funciones que son opuestas:

  /**
   * Translates a camel case string into a string with underscores (e.g. firstName -> first_name)
   * @param    string   $str    String in camel case format
   * @return    string            $str Translated into underscore format
   */
  function from_camel_case($str) {
    $str[0] = strtolower($str[0]);
    $func = create_function('$c', 'return "_" . strtolower($c[1]);');
    return preg_replace_callback('/([A-Z])/', $func, $str);
  }
 
  /**
   * Translates a string with underscores into camel case (e.g. first_name -> firstName)
   * @param    string   $str                     String in underscore format
   * @param    bool     $capitalise_first_char   If true, capitalise the first char in $str
   * @return   string                              $str translated into camel caps
   */
  function to_camel_case($str, $capitalise_first_char = false) {
    if($capitalise_first_char) {
      $str[0] = strtoupper($str[0]);
    }
    $func = create_function('$c', 'return strtoupper($c[1]);');
    return preg_replace_callback('/_([a-z])/', $func, $str);
  }

En PHPro.org utilizan otra expresión regular:

/**
 *
 * @Parse CamelCase to Camel Case
 *
 * @param string $string
 *
 * @return string
 *
 */
function parseCamelCase($string)
{
    return preg_replace('/(?>=[a-z])(?=[A-Z])/',' ',$string);
}

En un comentario en la documentación de php.net sobre preg_split, utilizan otra función con otra expresión regular:

function splitCamelCase($str) {
  return preg_split('/(?>=\\w)(?=[A-Z])/', $str);
}

Y para finalizar, en el blog Charl van Niekerk encuentro otro método:

/**
 * Splits up a string into an array similar to the explode() function but according to CamelCase.
 * Uppercase characters are treated as the separator but returned as part of the respective array elements.
 * @author Charl van Niekerk
 * @param string $string The original string
 * @param bool $lower Should the uppercase characters be converted to lowercase in the resulting array?
 * @return array The given string split up into an array according to the case of the individual characters.
 */
function explodeCase($string, $lower = true)
{
  // Split up the string into an array according to the uppercase characters
  $array = preg_split('/([A-Z][^A-Z]*)/', $string, -1, PREG_SPLIT_NO_EMPTY | PREG_SPLIT_DELIM_CAPTURE);
 
  // Convert all the array elements to lowercase if desired
  if ($lower) {
    $array = array_map(strtolower, $array);
  }
 
  // Return the resulting array
  return $array;
}

Entradas relacionadas:

1. Switch en PHP o ofuscación de código
2. Función REMOVE para Array de Javascript
3. Guía para crear documentación con PHPDocumentor