Referencia: ¿Qué es el alcance variable, qué variables son accesibles desde dónde y cuáles son los errores de "variable indefinida"?

167

Nota: Esta es una pregunta de referencia para tratar con alcance variable en PHP. Cierre cualquiera de las muchas preguntas que se ajustan a este patrón como un duplicado de este.

¿Qué es el "alcance variable" en PHP? ¿Son accesibles las variables de un archivo .php en otro? ¿Por qué a veces obtengo errores de "variable indefinida" ?

difunto
fuente
1
Si tituló esto como "Variable indefinida", obtendrá muchos más éxitos :) buen trabajo aunque
Dale
@Dale, en realidad no. 2k vistas en 2 años es ...
Pacerier
77
@Pacerier ... sobre el momento adecuado para dejar un comentario al azar?
Dale
@Pacerier Realmente, tampoco estoy seguro de lo que intentas decir con ese comentario. "Es ..." ... ¿qué? : P
deceze
@Dale, ahora es el momento adecuado: guau, a pesar de que la pregunta se estancó durante 2 años, después de que la palabra " apátrida " se agrega a su GoogleDex, su tasa de éxito literalmente se triplicó en solo 6 meses.
Pacerier

Respuestas:

188

¿Qué es el "alcance variable"?

Las variables tienen un "alcance" o "lugares desde los cuales son accesibles". El hecho de que haya escrito $foo = 'bar';una vez en algún lugar de su aplicación no significa que pueda hacer referencia $foodesde cualquier otro lugar dentro de la aplicación. La variable $footiene un cierto alcance dentro del cual es válida y solo el código del mismo alcance tiene acceso a la variable.

¿Cómo se define un alcance en PHP?

Muy simple: PHP tiene alcance de función . Ese es el único tipo de separador de alcance que existe en PHP. Las variables dentro de una función solo están disponibles dentro de esa función. Las variables fuera de las funciones están disponibles en cualquier lugar fuera de las funciones, pero no dentro de ninguna función. Esto significa que hay un alcance especial en PHP: el alcance global . Cualquier variable declarada fuera de cualquier función está dentro de este alcance global.

Ejemplo:

<?php

$foo = 'bar';

function myFunc() {
    $baz = 42;
}

$fooestá en el ámbito global , $bazestá en un ámbito local dentro myFunc. Solo el código interno myFunctiene acceso a $baz. Solo el código externo myFunc tiene acceso a $foo. Ninguno tiene acceso al otro:

<?php

$foo = 'bar';

function myFunc() {
    $baz = 42;

    echo $foo;  // doesn't work
    echo $baz;  // works
}

echo $foo;  // works
echo $baz;  // doesn't work

Alcance y archivos incluidos

Los límites del archivo no separan el alcance:

a.php

<?php

$foo = 'bar';

b.php

<?php

include 'a.php';

echo $foo;  // works!

Se aplican las mismas reglas al includecódigo d que a cualquier otro código: solo functionel alcance separado. Para fines de alcance, puede pensar en incluir archivos como copiar y pegar código:

c.php

<?php

function myFunc() {
    include 'a.php';

    echo $foo;  // works
}

myFunc();

echo $foo;  // doesn't work!

En el ejemplo anterior, a.phpse incluyó dentro myFunc, cualquier variable dentro a.phpsolo tiene un alcance de función local. El hecho de que parezcan estar en el ámbito global a.phpno significa necesariamente que lo estén, sino que depende del contexto en el que se incluye / ejecuta ese código.

¿Qué pasa con las funciones dentro de las funciones y clases?

Cada nueva functiondeclaración introduce un nuevo alcance, es así de simple.

(anónimo) funciones dentro de funciones

function foo() {
    $foo = 'bar';

    $bar = function () {
        // no access to $foo
        $baz = 'baz';
    };

    // no access to $baz
}

clases

$foo = 'foo';

class Bar {

    public function baz() {
        // no access to $foo
        $baz = 'baz';
    }

}

// no access to $baz

¿Para qué sirve el alcance?

Tratar los problemas de alcance puede parecer molesto, ¡pero el alcance variable limitado es esencial para escribir aplicaciones complejas! Si cada variable que declara estaría disponible desde cualquier otro lugar dentro de su aplicación, estaría pasando por encima de sus variables sin una forma real de rastrear qué cambia qué. Hay pocos nombres razonables que puede dar a sus variables, probablemente quiera usar la variable " $name" en más de un lugar. Si solo pudiera tener este nombre de variable único una vez en su aplicación, tendría que recurrir a esquemas de nombres realmente complicados para asegurarse de que sus variables sean únicas y que no esté cambiando la variable incorrecta del código incorrecto.

Observar:

function foo() {
    echo $bar;
}

Si no hubiera alcance, ¿qué haría la función anterior? De donde $barviene ¿Qué estado tiene? ¿Es incluso inicializado? ¿Tienes que revisar cada vez? Esto no es mantenible. Lo que nos lleva a ...

Cruzando los límites del alcance

La forma correcta: pasar variables dentro y fuera

function foo($bar) {
    echo $bar;
    return 42;
}

La variable $barentra explícitamente en este ámbito como argumento de función. Con solo mirar esta función, queda claro de dónde provienen los valores con los que trabaja. Luego, devuelve explícitamente un valor. La persona que llama tiene la confianza de saber con qué variables trabajará la función y de dónde provienen sus valores de retorno:

$baz   = 'baz';
$blarg = foo($baz);

Extender el alcance de las variables a funciones anónimas.

$foo = 'bar';

$baz = function () use ($foo) {
    echo $foo;
};

$baz();

La función anónima incluye explícitamente $foodesde su alcance circundante. Tenga en cuenta que esto no es lo mismo que el alcance global .

La forma incorrecta: global

Como se dijo antes, el alcance global es algo especial, y las funciones pueden importar explícitamente variables de él:

$foo = 'bar';

function baz() {
    global $foo;
    echo $foo;
    $foo = 'baz';
}

Esta función usa y modifica la variable global $foo. ¡No hagas esto! (A menos que realmente realmente realmente sepas lo que estás haciendo, e incluso entonces: ¡no!)

Todo lo que ve la persona que llama de esta función es esto:

baz(); // outputs "bar"
unset($foo);
baz(); // no output, WTF?!
baz(); // outputs "baz", WTF?!?!!

No hay indicios de que esta función tenga efectos secundarios , pero sí. Esto se convierte fácilmente en un lío enredado ya que algunas funciones se siguen modificando y requieren un estado global. Desea que las funciones no tengan estado , que actúen solo en sus entradas y que devuelvan salidas definidas, por muchas veces que las llame.

Debe evitar utilizar el alcance global de la forma más amplia posible; sin duda no debería "sacar" las variables del ámbito global a un ámbito local.

difunto
fuente
Acaba de decir el camino equivocadoglobal , así que díganos cuándo debemos usarlo global. Y por favor explique (un poco) ¿qué es static...?
@stack No hay una forma "correcta" para global. Siempre esta mal. Pasar los parámetros de la función es correcto. staticse explica bien en el manual y no tiene mucho que ver con el alcance. En pocas palabras, puede considerarse como una "variable global con ámbito". Estoy ampliando un poco su uso aquí kunststube.net/static .
deceze
Mi simple pensamiento es que si una variable php es lo suficientemente importante como para merecer un estado global, merece una columna en una base de datos. Tal vez sea una exageración, pero es un enfoque infalible que se ajusta a mi ingenio de programación mediocre
Arthur Tarasov,
@ Arthur Hay mucho que desempaquetar allí ... ಠ_ certainly Este ciertamente no es un enfoque que respaldaría.
deceze
@deceze un poco de discusión sucediendo aquí hoy stackoverflow.com/q/51409392 - donde el OP menciona que el duplicado (aquí) no menciona include_oncey posiblemente require_oncetambién debería agregarse en alguna parte; solo digo. OP votó para reabrir su pregunta también. ¿Sería su publicación un caso especial y qué se debe hacer al respecto?
Funk Forty Niner
10

Aunque no se puede acceder a las variables definidas dentro del alcance de una función desde el exterior, eso no significa que no pueda usar sus valores después de que esa función se complete. PHP tiene una staticpalabra clave bien conocida que se usa ampliamente en PHP orientado a objetos para definir métodos y propiedades estáticos, pero se debe tener en cuenta que statictambién se puede usar dentro de las funciones para definir variables estáticas.

¿Qué es 'variable estática'?

La variable estática difiere de la variable ordinaria definida en el alcance de la función en caso de que no pierda valor cuando la ejecución del programa abandona este alcance. Consideremos el siguiente ejemplo de uso de variables estáticas:

function countSheep($num) {
 static $counter = 0;
 $counter += $num;
 echo "$counter sheep jumped over fence";
}

countSheep(1);
countSheep(2);
countSheep(3);

Resultado:

1 sheep jumped over fence
3 sheep jumped over fence
6 sheep jumped over fence

Si hubiéramos definido $countersin él static, cada valor de eco sería el mismo que el $numparámetro pasado a la función. El uso staticpermite crear este contador simple sin una solución adicional.

Casos de uso de variables estáticas

  1. Para almacenar valores entre llamadas consecuentes para funcionar.
  2. Para almacenar valores entre llamadas recursivas cuando no hay forma (o ningún propósito) de pasarlos como parámetros.
  3. Para almacenar en caché el valor que normalmente es mejor recuperar una vez. Por ejemplo, resultado de leer un archivo inmutable en el servidor.

Trucos

La variable estática solo existe en un ámbito de función local. No se puede acceder fuera de la función en la que se ha definido. Por lo tanto, puede estar seguro de que mantendrá su valor sin cambios hasta la próxima llamada a esa función.

La variable estática solo se puede definir como una expresión escalar o escalar (desde PHP 5.6). Asignarle otros valores inevitablemente conduce a un fracaso al menos en el momento en que se escribió este artículo. Sin embargo, puede hacerlo solo en la siguiente línea de su código:

function countSheep($num) {
  static $counter = 0;
  $counter += sqrt($num);//imagine we need to take root of our sheep each time
  echo "$counter sheep jumped over fence";
}

Resultado:

2 sheep jumped over fence
5 sheep jumped over fence
9 sheep jumped over fence

La función estática es un poco 'compartida' entre métodos de objetos de la misma clase. Es fácil de entender al ver el siguiente ejemplo:

class SomeClass {
  public function foo() {
    static $x = 0;
    echo ++$x;
  }
}

$object1 = new SomeClass;
$object2 = new SomeClass;

$object1->foo(); // 1
$object2->foo(); // 2 oops, $object2 uses the same static $x as $object1
$object1->foo(); // 3 now $object1 increments $x
$object2->foo(); // 4 and now his twin brother

Esto solo funciona con objetos de la misma clase. Si los objetos son de diferentes clases (incluso extendiéndose entre sí), el comportamiento de los vars estáticos será el esperado.

¿Es la variable estática la única forma de mantener valores entre llamadas a una función?

Otra forma de mantener valores entre las llamadas a funciones es usar cierres. Los cierres se introdujeron en PHP 5.3. En dos palabras, le permiten limitar el acceso a un conjunto de variables dentro del alcance de una función a otra función anónima que será la única forma de acceder a ellas. Estar en variables de cierre puede imitar (más o menos exitosamente) conceptos de OOP como 'constantes de clase' (si se aprobaron en cierre por valor) o 'propiedades privadas' (si se pasan por referencia) en programación estructurada.

Este último realmente permite usar cierres en lugar de variables estáticas. El desarrollador siempre debe decidir qué usar, pero debe mencionarse que las variables estáticas son definitivamente útiles cuando se trabaja con recursiones y merecen ser notadas por los desarrolladores.

Alex Myznikov
fuente
2

No publicaré una respuesta completa a la pregunta, ya que las existentes y el manual de PHP hacen un gran trabajo al explicar la mayor parte de esto.

Sin embargo, un tema que se perdió fue la de superglobales , incluyendo el uso común $_POST, $_GET, $_SESSION, etc. Estas variables son matrices que están siempre disponibles, en cualquier ámbito, sin una globaldeclaración.

Por ejemplo, esta función imprimirá el nombre del usuario que ejecuta el script PHP. La variable está disponible para la función sin ningún problema.

<?php
function test() {
    echo $_ENV["user"];
}

La regla general de "los globales son malos" generalmente se modifica en PHP a "los globales son malos pero los superglobales están bien", siempre y cuando uno no los esté usando mal. (Todas estas variables son grabables, por lo que podrían usarse para evitar la inyección de dependencia si fuera realmente terrible).

No se garantiza que estas variables estén presentes; un administrador puede deshabilitar todos o algunos de ellos usando la variables_orderdirectiva en php.ini, pero esto no es un comportamiento común.


Una lista de superglobales actuales:

  • $GLOBALS - Todas las variables globales en el script actual
  • $_SERVER - Información sobre el servidor y el entorno de ejecución.
  • $_GET - Valores pasados ​​en la cadena de consulta de la URL, independientemente del método HTTP utilizado para la solicitud
  • $_POST- Valores pasados ​​en una solicitud HTTP POST con tipos MIME application/x-www-form-urlencodedomultipart/form-data
  • $_FILES- Archivos pasados ​​en una solicitud HTTP POST con un multipart/form-datatipo MIME
  • $_COOKIE - Cookies pasadas con la solicitud actual
  • $_SESSION - Variables de sesión almacenadas internamente por PHP
  • $_REQUEST- Típicamente una combinación de $_GETy $_POST, pero a veces $_COOKIES. El contenido está determinado por la request_orderdirectiva en php.ini.
  • $_ENV - Las variables de entorno del script actual
miken32
fuente