Какие области видимости есть в php
При использовании переменных и функций следует учитывать области видимости переменных. Область видимости задает область действия, доступности данной переменной.
Переменные в блоках цикла и условных конструкций
Блоки циклов и условных конструкций не образуют отдельной области видимости, и переменные, определенные в этих блоках, мы можем использовать вне этих блоков:
Локальные переменные
Локальные переменные создаются внутри функции. К таким переменным можно обратиться только изнутри данной функции. Например:
В данном случае в функции showName() определена локальная переменная $name . Соответственно обратиться в этой переменной мы можем только внутри функции showName() , но не вне ее.
То же самое относится и к параметрам функции: вне функции ее параметры также не существуют.
Статические переменные
На локальные переменные похожи статические. Они отличаются тем, что после завершения работы функции их значение сохраняется. При каждом новом вызове функция использует ранее сохраненное значение. Например:
Чтобы указать, что переменная будет статической, к ней добавляется ключевое слово static . При трех последовательных вызовах функции getCounter() переменная $counter будет увеличиваться на единицу.
Если бы переменная $counter была обычной нестатической, то при каждом вызове функция getCounter() выводила бы 1.
Как правило, статические переменные служат для создания различных счетчиков, как в примере выше.
Глобальные переменные
Глобальные переменные по умолчанию не доступны внутри функции. Например:
Данный код не будет работать, а интрепретатор PHP известит нас, что переменная $name не определена.
Тем не менее мы можем обратиться внутри функции к глобальной переменной. Для этого необходимо использовать ключевое слово global :
Для получения доступа к глобальной переменной в функции с помощью оператора global объявляется переменная с тем же именем:
После этого к глобальной переменной $name можно будет обращаться внутри функции. При чем мы можем не только получать ее значение, но и изменить его:
В качестве альтернативы оператору global для обащения к глобальным переменным мы можем использовать встроенный массив $GLOBALS :
Чтобы обратиться к глобальной переменной $name, применяется выражение $GLOBALS[«name»] — в квадратные скобки передается название переменной (без знака $). Результат работы скрипта:
Какие области видимости есть в php
Some interesting behavior (tested with PHP5), using the static-scope-keyword inside of class-methods.
class sample_class
<
public function func_having_static_var ( $x = NULL )
<
static $var = 0 ;
if ( $x === NULL )
< return $var ; >
$var = $x ;
>
>
$a = new sample_class ();
$b = new sample_class ();
echo $a -> func_having_static_var (). «\n» ;
echo $b -> func_having_static_var (). «\n» ;
// this will output (as expected):
// 0
// 0
$a -> func_having_static_var ( 3 );
echo $a -> func_having_static_var (). «\n» ;
echo $b -> func_having_static_var (). «\n» ;
// this will output:
// 3
// 3
// maybe you expected:
// 3
// 0
?>
One could expect «3 0» to be outputted, as you might think that $a->func_having_static_var(3); only alters the value of the static $var of the function «in» $a — but as the name says, these are class-methods. Having an object is just a collection of properties, the functions remain at the class. So if you declare a variable as static inside a function, it’s static for the whole class and all of its instances, not for each object.
Maybe it’s senseless to post that.. cause if you want to have the behaviour that I expected, you can simply use a variable of the object itself:
<?php
class sample_class
< protected $var = 0 ;
function func ( $x = NULL )
< $this -> var = $x ; >
> ?>
I believe that all normal-thinking people would never even try to make this work with the static-keyword, for those who try (like me), this note maybe helpfull.
Static variables do not hold through inheritance. Let class A have a function Z with a static variable. Let class B extend class A in which function Z is not overwritten. Two static variables will be created, one for class A and one for class B.
Look at this example:
<?php
class A <
function Z () <
static $count = 0 ;
printf ( «%s: %d\n» , get_class ( $this ), ++ $count );
>
>
class B extends A <>
As you can see, class A and B are using different static variables even though the same function was being used.
Took me longer than I expected to figure this out, and thought others might find it useful.
I created a function (safeinclude), which I use to include files; it does processing before the file is actually included (determine full path, check it exists, etc).
Problem: Because the include was occurring inside the function, all of the variables inside the included file were inheriting the variable scope of the function; since the included files may or may not require global variables that are declared else where, it creates a problem.
Most places (including here) seem to address this issue by something such as:
<?php
//declare this before include
global $myVar ;
//or declare this inside the include file
$nowglobal = $GLOBALS [ ‘myVar’ ];
?>
But, to make this work in this situation (where a standard PHP file is included within a function, being called from another PHP script; where it is important to have access to whatever global variables there may be). it is not practical to employ the above method for EVERY variable in every PHP file being included by ‘safeinclude’, nor is it practical to staticly name every possible variable in the «global $this» approach. (namely because the code is modulized, and ‘safeinclude’ is meant to be generic)
My solution: Thus, to make all my global variables available to the files included with my safeinclude function, I had to add the following code to my safeinclude function (before variables are used or file is included)
<?php
foreach ( $GLOBALS as $key => $val ) < global $ $key ; >
?>
Thus, complete code looks something like the following (very basic model):
<?php
function safeinclude ( $filename )
<
//This line takes all the global variables, and sets their scope within the function:
foreach ( $GLOBALS as $key => $val ) < global $ $key ; >
/* Pre-Processing here: validate filename input, determine full path
of file, check that file exists, etc. This is obviously not
necessary, but steps I found useful. */
if ( $exists == true ) < include( " $file " ); >
return $exists ;
>
?>
In the above, ‘exists’ & ‘file’ are determined in the pre-processing. File is the full server path to the file, and exists is set to true if the file exists. This basic model can be expanded of course. In my own, I added additional optional parameters so that I can call safeinclude to see if a file exists without actually including it (to take advantage of my path/etc preprocessing, verses just calling the file exists function).
Pretty simple approach that I could not find anywhere online; only other approach I could find was using PHP’s eval().
About more complex situation using global variables..
Let’s say we have two files:
a.php
<?php
function a () <
include( «b.php» );
>
a ();
?>
b.php
<?php
$b = «something» ;
function b () <
global $b ;
$b = «something new» ;
>
b ();
echo $b ;
?>
You could expect that this script will return «something new» but no, it will return «something». To make it working properly, you must add global keyword in $b definition, in above example it will be:
global $b;
$b = «something»;
In fact all variables represent pointers that hold address of memory area with data that was assigned to this variable. When you assign some variable value by reference you in fact write address of source variable to recepient variable. Same happens when you declare some variable as global in function, it receives same address as global variable outside of function. If you consider forementioned explanation it’s obvious that mixing usage of same variable declared with keyword global and via superglobal array at the same time is very bad idea. In some cases they can point to different memory areas, giving you headache. Consider code below:
function test_references () <
global $GLOB ; // get reference to global variable using keyword global, at this point local variable $GLOB points to same address as global variable $GLOB
$test = 1 ; // declare some local var
$GLOBALS [ ‘GLOB’ ] = & $test ; // make global variable reference to this local variable using superglobal array, at this point global variable $GLOB points to new memory address, same as local variable $test
$GLOB = 2 ; // set new value to global variable via earlier set local representation, write to old address
echo «Value of global variable (via local representation set by keyword global): $GLOB <hr>» ;
// check global variable via local representation => 2 (OK, got value that was just written to it, cause old address was used to get value)
echo «Value of global variable (via superglobal array GLOBALS): $GLOBALS [ GLOB ] <hr>» ;
// check global variable using superglobal array => 1 (got value of local variable $test, new address was used)
echo «Value ol local variable \$test: $test <hr>» ;
// check local variable that was linked with global using superglobal array => 1 (its value was not affected)
global $GLOB ; // update reference to global variable using keyword global, at this point we update address that held in local variable $GLOB and it gets same address as local variable $test
echo «Value of global variable (via updated local representation set by keyword global): $GLOB <hr>» ;
// check global variable via local representation => 1 (also value of local variable $test, new address was used)
>
test_references ();
echo «Value of global variable outside of function: $GLOB <hr>» ;
// check global variable outside function => 1 (equal to value of local variable $test from function, global variable also points to new address)
?>
If you have a static variable in a method of a class, all DIRECT instances of that class share that one static variable.
However if you create a derived class, all DIRECT instances of that derived class will share one, but DISTINCT, copy of that static variable in method.
To put it the other way around, a static variable in a method is bound to a class (not to instance). Each subclass has own copy of that variable, to be shared among its instances.
To put it yet another way around, when you create a derived class, it ‘seems to’ create a copy of methods from the base class, and thusly create copy of the static variables in those methods.
Tested with PHP 7.0.16.
require ‘libs.php’ ;
require ‘setup.php’ ;
class Base <
function test ( $delta = 0 ) <
static $v = 0 ;
$v += $delta ;
return $v ;
>
>
class Derived extends Base <>
$base1 = new Base ();
$base2 = new Base ();
$derived1 = new Derived ();
$derived2 = new Derived ();
$base1 -> test ( 3 );
$base2 -> test ( 4 );
$derived1 -> test ( 5 );
$derived2 -> test ( 6 );
var_dump ([ $base1 -> test (), $base2 -> test (), $derived1 -> test (), $derived2 -> test () ]);
# $base1 and $base2 share one copy of static variable $v
# derived1 and $derived2 share another copy of static variable $v
If you use __autoload function to load classes’ definitons, beware that «static local variables are resolved at compile time» (whatever it really means) and the order in which autoloads occur may impact the semantic.
For example if you have:
<?php
class Singleton <
static public function get_instance () <
static $instance = null ;
if( $instance === null ) <
$instance = new static();
>
return $instance ;
>
>
?>
and two separate files A.php and B.php:
class A extends Singleton<>
class B extends A<>
then depending on the order in which you access those two classes, and consequently, the order in which __autoload includes them, you can get strange results of calling B::get_instance() and A::get_instance().
It seems that static local variables are alocated in as many copies as there are classes that inherit a method at the time of inclusion of parsing Singleton.
Use the superglobal array $GLOBALS is faster than the global keyword. See:
<?php
//Using the keyword global
$a = 1 ;
$b = 2 ;
function sum () <
global $a , $b ;
$a += $b ;
>
$t = microtime ( true );
for( $i = 0 ; $i < 1000 ; $i ++) <
sum ();
>
echo microtime ( true )- $t ;
echo » — » . $a . «<br>» ;
//Using the superglobal array
$a = 1 ;
$b = 2 ;
function sum2 () <
$GLOBALS [ ‘a’ ] += $GLOBALS [ ‘b’ ];
>
$t = microtime ( true );
for( $i = 0 ; $i < 1000 ; $i ++) <
sum2 ();
>
echo microtime ( true )- $t ;
echo » — » . $a . «<br>» ;
?>
To be vigilant, unlike Java or C++, variables declared inside blocks such as loops (for, while. ) or if’s, will also be recognized and accessible outside of the block, the only valid block is the BLOCK function so:
writing : global $var; is exactely the samething that writing : $var =& $GLOBALS[‘var’];
It creates a reference on $GLOBALS[‘var’];
<?php
$var = 1 ;
function teste_global () <
global $var ;
for ( $var = 0 ; $var < 5 ; $var ++)<
teste_global ();
var_dump ( $var ); // return : int(5).
?>
It should be noted that a static variable inside a method is static across all instances of that class, i.e., all objects of that class share the same static variable. For example the code:
<?php
class test <
function z () <
static $n = 0 ;
$n ++;
return $n ;
>
>
$a =& new test ();
$b =& new test ();
print $a -> z (); // prints 1, as it should
print $b -> z (); // prints 2 because $a and $b have the same $n
?>
somewhat unexpectedly prints:
1
2
Beware of using $this in anonymous functions assigned to a static variable.
<?php
class Foo <
public function bar () <
static $anonymous = null ;
if ( $anonymous === null ) <
// Expression is not allowed as static initializer workaround
$anonymous = function () <
return $this ;
>;
>
return $anonymous ();
>
>
$a = new Foo ();
$b = new Foo ();
var_dump ( $a -> bar () === $a ); // True
var_dump ( $b -> bar () === $a ); // Also true
?>
In a static anonymous function, $this will be the value of whatever object instance that method was called on first.
To get the behaviour you’re probably expecting, you need to pass the $this context into the function.
<?php
class Foo <
public function bar () <
static $anonymous = null ;
if ( $anonymous === null ) <
// Expression is not allowed as static initializer workaround
$anonymous = function ( self $thisObj ) <
return $thisObj ;
>;
>
return $anonymous ( $this );
>
>
$a = new Foo ();
$b = new Foo ();
var_dump ( $a -> bar () === $a ); // True
var_dump ( $b -> bar () === $a ); // False
?>
Области видимости
Области видимости помогают вам определить, что относится к «потрошкам» реализации, а что нет. Публичная область видимости говорит всем остальным: смотрите, я предоставляю вот этот функционал:
Все методы, которые относятся к внутренностям проекта, должны быть private или protected — это не защита от хокиров, это способ скрыть ненужное от тех, кто использует ваш класс
В данном случае указанный метод вряд ли будет интересен внешнему миру, он нужен только для помощи публичным методам, поэтому он скрывается.
Разница между protected и private заключается лишь в том, что protected можно переопределить в классе-наследнике, таким образом тот же RepositoryFactory может проводить какие-то свои внутренние проверки прежде чем предпринимать какие-то действия — и эти проверки могут быть расширены или сужены в классе-наследнике. Чтобы предоставить такую возможность наследникам, метод объявляется как protected:
Обычно такой функционал требуется в очень редких случаях, и практически вся внутрянка выносится в private .
Модификатор static не является модификатором области видимости и управляет контекстом, в котором существует поле или метод. В обычном случае мы оперируем в контексте конкретного экземпляра класса, в случае употребления static мы оперируем в контексте самого класса; таким образом статические методы не имеют this и могут быть вызваны из любой части программы, а статические переменные существуют только в единственном экземпляре во всей программе (в отличие от полей экземпляра, привязанных к конкретному экземпляру).
Мой ответ является небольшим дополнением к другим. Это всего лишь попытка провести ассоциацию с объектами в реальном мире, на основе которого и было задумано ООП. Прошу рассматривать повествование с учётом этой позиции.
Существует множество различных формальных объяснений, зачем нужно ограничивать самого себя в доступе к тем или иным членам и методам класса, но вопросы об этой необходимости с завидной регулярностью всплывают один за другим. Тогда, возможно, при объяснении сути следует пойти иным путём.
Если предметом обсуждения является некий объект, то почему бы не представить ему прототип, существующий в реальном мире. Пусть это будет автомобиль.
Область видимости «public»
Представьте, что на заводе вдруг решили сделать абсолютно все детали машины доступными водителю без необходимости залезать далеко в недра механизма. Двигатель застучал? Только руку протяни, да затяни какой-нибудь торчащий на виду болт, — все дела. Масло закончилось? Лей прямо в салоне в какую-нибудь выглядывающую из бардачка трубку. Отвалился глушитель? Зачем лезть под машину и что-то приваривать, когда можно просто прицепить шланг одним концом к выходной трубе, а другой высунуть в форточку. Все болты, все гайки, пружины и прочие детали, всё это торчит наружу, весело поблескивая на солнце или хмурясь вместе с водителем в непогожий день.
Страшно даже представить, какой бы монстр в итоге получился, если бы данная фантазия оказалась реальной. Вполне резонно предположить, что таковой агрегат даже не сдвинулся бы с места. А всё потому, что во всем многообразии доступных к управлению и настройке частей лишь малая доля относится непосредственно к управлению движением, которое и осуществляет водитель. Грубо говоря, руль, педали и вперёд, а есть ли в аккумуляторе заряд или нет, водителя должно обеспокоить только в том случае, если машина не заведётся.
Область видимости «private»
Водителя, как пользователя механизма, не должно заботить, какие внутренние процессы протекают в той или иной части последнего. Водитель сконцентрирован на движении, на том, чтобы случайно не отвлечься, а заодно и не представиться в случае потери контроля над ситуацией.
Тем не менее, ситуация меняется, когда наступает время технического обслуживания. Водитель приезжает в автомастерскую и там за его автомобиль берётся команда профессиональных техников. Разумеется, если машина прошла огонь, воду и даже медные трубы, то в этой ситуации техники могут не взяться за работу и весело предложат к рассмотрению вопрос на предмет следования к ближайшей свалке. Ну или на завод, который является гением механического чуда.
Область видимости «protected»
Однако часть работ по восстановлению и даже модернизации автомобиля, подкованные мастера выполнить могут. Например, повесят дезодорант на лобовое стекло в салоне. Эта маленькая специализирующая деталь существенно изменит настроение водителя к лучшему, поскольку сделает управление автомобилем ещё более удобным и комфортным. Также специальной правке могут подвергнуться и руки самого водителя, если они, по мнению техников, растут совсем не из того места, что потребно при осуществлении безопасного дорожного движения.
Ключевое слово «static»
Однажды переиграв в компьютерные игры, юный водитель может вдруг решить, что он grand thief auto и начать залезать в чужие автомобили, как если бы они были его. При этом нарушителя не будет интересовать то, что документы оформлены на совсем иных людей. Он просто пользуется машинами тогда, когда хочет. И если в реальной жизни такое поведение может привести к серьёзным последствиям, в мире кода это вполне допустимый творцом приём. А уж когда и чем ограничить поведение подопытного творец обычно решает не сильно напрягаясь и за очередной чашкой свежемолотого кофе.
Область видимости переменных PHP. Все, что вы хотели знать, но боялись спросить.
В данном уроке рассматривается область видимости переменных PHP. Объясняется различие локальной и глобальной области видимости, показывается как получить доступ к глобальным переменным внутри функции, как работать с суперглобалами и создавать статические переменные.
Когда приступаешь к изучению PHP и начинаешь работать с функциями и объектами, область видимости переменных вызывает некоторое смущение. К счастью правила PHP в этом отношении очень просты для понимания (в сравнении с другими языками программирования).
Что такое область видимости?
Область видимости переменных — это контекст, в рамках которого переменная была определена и где к ней можно получить доступ. В PHP имеется две области видимости переменных:
- Глобальная — к переменным можно получить доступ в любом месте скрипта
- Локальная — к переменным можно получить доступ только внутри функции, в которой они были определены
Область видимости переменной, а особенно, локальная, существенно облегчает управление кодом. Если бы все переменные были глобальными, то их можно было бы менять в любом месте скрипта. Это привело бы к хаосу и больших скриптах, так как очень часто разные части скрипта используют переменные с одинаковыми именами. Ограничивая область видимости локальным контекстом вы определяете границы кода, который может получить доступ к переменной, что делает код более устойчивым, модульным и простым в отладке.
Переменные с глобальной областью видимости называются глобальными, а с локальной областью видимости — локальными.
Вот пример того, как работают глобальные и локальные переменные.
При выполнении скрипт выведет:
В данном скрипте мы создали две переменных:
- $globalName — это глобальная переменная
- $localName — это локальная переменная, которая создана внутри функции sayHello() .
После создания переменной и функции скрипт вызывает sayHello() ,который выводит ‘Привет, Гарри!’ . Затем скрипт пытается вывести значения двух переменных с помощью функции echo . Вот что происходит:
- Так как $globalName была создана вне функции, она доступна в любом месте скрипта, поэтому выводится ‘Зоя’ .
- $localName будет доступна только внутри функции sayHello() . Так как выражение echo находится вне функции, PHP не дает доступа к локальной переменной . Вместо этого, PHP предполагает, что код будет создавать новую переменную с именем $localName , которая получит значение по умолчанию — пустую строку. вот почему второй вызов echo выводит значение » для переменной $localName .
Доступ к глобальным переменным внутри функции
Для получения доступа к глобальной переменной вне функции достаточно просто написать ее имя. Но для получения доступа к глобальной переменной внутри функции, нужно сначала объявить переменную как глобальную в функции с помощью ключевого слова global :
Если не сделать этого, то PHP предполагает, что вы создаете или используете локальную переменную.
Вот пример скрипта, который использует глобальную переменную внутри функции:
При выполнении скрипт выведет:
Функция sayHello() использует ключевое слово global для объявления переменной $globalName как глобальной. После чего она может получить доступ к переменной и вывести ее значение ( ‘Зоя’ ).
Что такое суперглобалы?
PHP имеет специальный набор предопределенных глобальных массивов, которые содержат различную информацию. Такие массивы называются суперглобалами, так как они доступны из любого места скрипта, включая внутреннее пространство функций, и их не надо определять с использованием ключевого слова global .
Вот список суперглобалов, доступных в PHP версии 5.3:
- $GLOBALS — список всех глобальных переменных в скрипте (исключая суперглобалов)
- $_GET — содержит список всех полей формы, отправленной браузером с помощью запроса GET
- $_POST — содержит список всех полей формы отправленной браузером с помощью запроса POST
- $_COOKIE — содержит список всех куки, отправленных браузером
- $_REQUEST — содержит все сочетания ключ/значение, которые содержатся в массивах $_GET, $_POST, $_COOKIE
- $_FILES — содержит список всех файлов, загруженных браузером
- $_SESSION — позволяет хранить и использовать переменные сессии для текущего браузера
- $_SERVER — содержит информацию о сервере, такую как, имя файла выполняемого скрипта и IP адрес браузера.
- $_ENV — содержит список переменных среды, передаваемых PHP, например, CGI переменные.
Если вы запустите выше приведенный скрипт с помощью строки URL http://www.example.com/script.php?yourName=Фред , то он выведет:
Предупреждение! В реальном скрипте никогда нельзя использовать подобную передачу данных по причине слабой безопасности. Нужно всегда осуществлять проверку или фильтрацию данных.
Суперглобал $GLOBALS очень удобно использовать, так как он дает возможность организовать доступ к глобальным переменным в функции без необходимости использования ключевого слова global . Например:
Статические переменные: они находятся где-то рядом
Когда вы создаете локальную переменную внутри функции, она существует только пока работает функция. При завершении функции локальная переменная исчезает. Когда функция вызывается снова, создается новая локальная переменная.
В большинстве случаев это отлично работает. Таким образом функции самодостаточны и работают всегда одинаково при каждом вызове.
Однако, есть ситуации, когда было бы удобно создать локальную переменную, которая «помнит» свое значение между вызовами функции. Такая переменная называется .
Для создания статической переменной в функции нужно использовать ключевое слово static перед именем переменной и обязательно задать ей начальное значение. Например:
Рассмотрим ситуацию, когда удобно использовать статическую переменную. Допустим, вы создаете функцию, которая при вызове создает виджет и выводит количество уже созданных виджетов. Можно попробовать написать такой код с использованием локальной переменной:
Но, так как переменная $numWidgets создается каждый раз при вызове функции, то мы получим следующий результат:
Но с использованием статической переменной, мы сможем сохранять значение от одного вызова функции к другому:
Теперь скрипт выдаст ожидаемый результат:
Хотя статическая переменная сохраняет значение между вызовами функции, она действует только в момент выполнения скрипта. Как только скрипт завершает свое выполнение, все статические переменные уничтожаются, так же как и локальные и глобальные переменные.
Вот и все! Почаще обращайтесь к документации по PHP.
Данный урок подготовлен для вас командой сайта ruseller.com
Источник урока: www.elated.com/articles/php-variable-scope-all-you-need-to-know/
Перевел: Сергей Фастунов
Урок создан: 25 Октября 2010
Просмотров: 64977
Правила перепечатки
5 последних уроков рубрики «PHP»
Фильтрация данных с помощью zend-filter
Когда речь идёт о безопасности веб-сайта, то фраза "фильтруйте всё, экранируйте всё" всегда будет актуальна. Сегодня поговорим о фильтрации данных.
Контекстное экранирование с помощью zend-escaper
Обеспечение безопасности веб-сайта — это не только защита от SQL инъекций, но и протекция от межсайтового скриптинга (XSS), межсайтовой подделки запросов (CSRF) и от других видов атак. В частности, вам нужно очень осторожно подходить к формированию HTML, CSS и JavaScript кода.
Подключение Zend модулей к Expressive
Expressive 2 поддерживает возможность подключения других ZF компонент по специальной схеме. Не всем нравится данное решение. В этой статье мы расскажем как улучшили процесс подключение нескольких модулей.
Совет: отправка информации в Google Analytics через API
Предположим, что вам необходимо отправить какую-то информацию в Google Analytics из серверного скрипта. Как это сделать. Ответ в этой заметке.
Подборка PHP песочниц
Подборка из нескольких видов PHP песочниц. На некоторых вы в режиме online сможете потестить свой код, но есть так же решения, которые можно внедрить на свой сайт.
