Hướng dẫn php type declarations

Type declarations can be added to function arguments, return values, and, as of PHP 7.4.0, class properties. They ensure that the value is of the specified type at call time, otherwise a TypeError is thrown.

Note:

When overriding a parent method, the child's method must match any return type declaration on the parent. If the parent doesn't define a return type, then the child method may do so.

Single types

TypeDescriptionVersion
Class/interface name The value must be an instanceof the given class or interface.  
self The value must be an instanceof the same class as the one in which the type declaration is used. Can only be used in classes.  
parent The value must be an instanceof the parent of the class in which the type declaration is used. Can only be used in classes.  
array The value must be an array.  
callable The value must be a valid callable. Cannot be used as a class property type declaration.  
bool The value must be a boolean value.  
float The value must be a floating point number.  
int The value must be an integer.  
string The value must be a string.  
iterable The value must be either an array or an instanceof Traversable. PHP 7.1.0
object The value must be an object. PHP 7.2.0
mixed The value can be any value. PHP 8.0.0

Warning

Aliases for the above scalar types are not supported. Instead, they are treated as class or interface names. For example, using boolean as a type declaration will require the value to be an instanceof the class or interface boolean, rather than of type bool:

<?php
    
function test(boolean $param) {}
    
test(true);
?>

Output of the above example in PHP 8:

Warning: "boolean" will be interpreted as a class name. Did you mean "bool"? Write "\boolean" to suppress this warning in /in/9YrUX on line 2

Fatal error: Uncaught TypeError: test(): Argument #1 ($param) must be of type boolean, bool given, called in - on line 3 and defined in -:2
Stack trace:
#0 -(3): test(true)
#1 {main}
  thrown in - on line 2

mixed

mixed is equivalent to the union type object|resource|array|string|int|float|bool|null. Available as of PHP 8.0.0.

Examples

Example #1 Basic class type declaration

<?php
class {}
class 
extends {}// This doesn't extend C.
class {}

function

f(C $c) {
    echo 
get_class($c)."\n";
}
f(new C);
f(new D);
f(new E);
?>

Output of the above example in PHP 8:

C
D

Fatal error: Uncaught TypeError: f(): Argument #1 ($c) must be of type C, E given, called in /in/gLonb on line 14 and defined in /in/gLonb:8
Stack trace:
#0 -(14): f(Object(E))
#1 {main}
  thrown in - on line 8

Example #2 Basic interface type declaration

<?php
interface { public function f(); }
class 
implements { public function f() {} }// This doesn't implement I.
class {}

function

f(I $i) {
    echo 
get_class($i)."\n";
}
f(new C);
f(new E);
?>

Output of the above example in PHP 8:

C

Fatal error: Uncaught TypeError: f(): Argument #1 ($i) must be of type I, E given, called in - on line 13 and defined in -:8
Stack trace:
#0 -(13): f(Object(E))
#1 {main}
  thrown in - on line 8

Example #3 Basic return type declaration

<?php
function sum($a$b): float {
    return 
$a $b;
}
// Note that a float will be returned.
var_dump(sum(12));
?>

The above example will output:

Example #4 Returning an object

<?php
class {}

function

getC(): {
    return new 
C;
}
var_dump(getC());
?>

The above example will output:

Nullable type

As of PHP 7.1.0, type declarations can be marked nullable by prefixing the type name with a question mark (?). This signifies that the value can be of the specified type or null.

Example #5 Nullable argument type declaration

<?php
class {}

function

f(?C $c) {
    
var_dump($c);
}
f(new C);
f(null);
?>

The above example will output:

Example #6 Nullable return type declaration

<?php
function get_item(): ?string {
    if (isset(
$_GET['item'])) {
        return 
$_GET['item'];
    } else {
        return 
null;
    }
}
?>

Note:

It is possible to achieve nullable arguments by making null the default value. This is not recommended as this breaks during inheritance.

Example #7 Old way to make arguments nullable

<?php
class {}

function

f(C $c null) {
    
var_dump($c);
}
f(new C);
f(null);
?>

The above example will output:

Composite types

It is possible to combine simple types into composite types. PHP allows types to be combined in the following ways:

  • Union of simple types. As of PHP 8.0.0.
  • Intersection of class-types (interfaces and class names). As of PHP 8.1.0.

Caution

It is not possible to combine intersection types with union types.

Union types

A union type declaration accepts values of multiple different simple types, rather than a single one. Union types are specified using the syntax T1|T2|.... Union types are available as of PHP 8.0.0.

Nullable union types

The null type is supported as part of unions, such that T1|T2|null can be used to create a nullable union. The existing ?T notation is considered a shorthand for the common case of T|null.

Caution

null cannot be used as a standalone type.

false pseudo-type

The false literal type is supported as part of unions, and is included as for historical reasons many internal functions return false instead of null for failures. A classic example of such a function is strpos().

Caution

false cannot be used as a standalone type (including nullable standalone type). As such, false, false|null and ?false are not permitted.

Caution

The true literal type does not exist.

Intersection types

An intersection type declaration accepts values which satisfies multiple class-type declarations, rather than a single one. Intersection types are specified using the syntax T1&T2&.... Intersection types are available as of PHP 8.1.0.

Duplicate and redundant types

To catch simple bugs in composite type declarations, redundant types that can be detected without performing class loading will result in a compile-time error. This includes:

  • Each name-resolved type may only occur once. Types such as int|string|INT or Countable&Traversable&COUNTABLE result in an error.
  • Using mixed results in an error.
  • For union types:
    • If bool is used, false cannot be used additionally.
    • If object is used, class types cannot be used additionally.
    • If iterable is used, array and Traversable cannot be used additionally.
  • For intersection types:
    • Using a type which is not a class-type results in an error.
    • Using either self, parent, or static results in an error.

Note: This does not guarantee that the type is “minimal”, because doing so would require loading all used class types.

For example, if A and B are class aliases, then A|B remains a legal union type, even though it could be reduced to either A or B. Similarly, if class B extends A {}, then A|B is also a legal union type, even though it could be reduced to just A.

<?php
function foo(): int|INT {} // Disallowed
function foo(): bool|false {} // Disallowed
function foo(): int&Traversable {} // Disallowed
function foo(): self&Traversable {} // Disalloweduse as B;
function 
foo(): A|{} // Disallowed ("use" is part of name resolution)
function foo(): A&{} // Disallowed ("use" is part of name resolution)class_alias('X''Y');
function 
foo(): X|{} // Allowed (redundancy is only known at runtime)
function foo(): X&{} // Allowed (redundancy is only known at runtime)
?>

Return only types

void

void is a return type indicating the function does not return a value. Therefore it cannot be part of a union type declaration. Available as of PHP 7.1.0.

Note:

Returning by reference from a void function is deprecated as of PHP 8.1.0, because such a function is contradictory. Previously, it already emitted the following E_NOTICE when called: Only variable references should be returned by reference.

<?php
function &test(): void {}
?>

never

never is a return type indicating the function does not return. This means that it either calls exit(), throws an exception, or is an infinite loop. Therefore it cannot be part of a union type declaration. Available as of PHP 8.1.0.

never is, in type theory parlance, the bottom type. Meaning it is the subtype of every other type and can replace any other return type during inheritance.

static

The value must be an instanceof the same class as the one the method is called in. Available as of PHP 8.0.0.

Strict typing

By default, PHP will coerce values of the wrong type into the expected scalar type declaration if possible. For example, a function that is given an int for a parameter that expects a string will get a variable of type string.

It is possible to enable strict mode on a per-file basis. In strict mode, only a value corresponding exactly to the type declaration will be accepted, otherwise a TypeError will be thrown. The only exception to this rule is that an int value will pass a float type declaration.

Warning

Function calls from within internal functions will not be affected by the strict_types declaration.

To enable strict mode, the declare statement is used with the strict_types declaration:

Note:

Strict typing applies to function calls made from within the file with strict typing enabled, not to the functions declared within that file. If a file without strict typing enabled makes a call to a function that was defined in a file with strict typing, the caller's preference (coercive typing) will be respected, and the value will be coerced.

Note:

Strict typing is only defined for scalar type declarations.

Example #8 Strict typing for arguments values

<?php
declare(strict_types=1);

function

sum(int $aint $b) {
    return 
$a $b;
}
var_dump(sum(12));
var_dump(sum(1.52.5));
?>

Output of the above example in PHP 8:

int(3)

Fatal error: Uncaught TypeError: sum(): Argument #1 ($a) must be of type int, float given, called in - on line 9 and defined in -:4
Stack trace:
#0 -(9): sum(1.5, 2.5)
#1 {main}
  thrown in - on line 4

Example #9 Coercive typing for argument values

<?php
function sum(int $aint $b) {
    return 
$a $b;
}
var_dump(sum(12));// These will be coerced to integers: note the output below!
var_dump(sum(1.52.5));
?>

The above example will output:

Example #10 Strict typing for return values

<?php
declare(strict_types=1);

function

sum($a$b): int {
    return 
$a $b;
}
var_dump(sum(12));
var_dump(sum(12.5));
?>

The above example will output:

int(3)

Fatal error: Uncaught TypeError: sum(): Return value must be of type int, float returned in -:5
Stack trace:
#0 -(9): sum(1, 2.5)
#1 {main}
  thrown in - on line 5

Coercive typing with union types

When strict_types is not enabled, scalar type declarations are subject to limited implicit type coercions. If the exact type of the value is not part of the union, then the target type is chosen in the following order of preference:

  1. int
  2. float
  3. string
  4. bool

If the type both exists in the union, and the value can be coerced to the type under PHPs existing type checking semantics, then the type is chosen. Otherwise the next type is tried.

Caution

As an exception, if the value is a string and both int and float are part of the union, the preferred type is determined by the existing “numeric string” semantics. For example, for "42" int is chosen, while for "42.0" float is chosen.

Note:

Types that are not part of the above preference list are not eligible targets for implicit coercion. In particular no implicit coercions to the null and false types occur.

Example #11 Example of types being coerced into a type part of the union

<?php
// int|string
42    --> 42          // exact type
"42"  --> "42"        // exact type
new ObjectWithToString --> "Result of __toString()"
                      
// object never compatible with int, fall back to string
42.0  --> 42          // float compatible with int
42.1  --> 42          // float compatible with int
1e100 --> "1.0E+100"  // float too large for int type, fall back to string
INF   --> "INF"       // float too large for int type, fall back to string
true  --> 1           // bool compatible with int
[]    --> TypeError   // array not compatible with int or string

// int|float|bool

"45"    --> 45        // int numeric string
"45.0"  --> 45.0      // float numeric string"45X"   --> true      // not numeric string, fall back to bool
""      --> false     // not numeric string, fall back to bool
"X"     --> true      // not numeric string, fall back to bool
[]      --> TypeError // array not compatible with int, float or bool
?>

Misc

Example #12 Typed pass-by-reference Parameters

Declared types of reference parameters are checked on function entry, but not when the function returns, so after the function had returned, the argument's type may have changed.

<?php
function array_baz(array &$param)
{
    
$param 1;
}
$var = [];
array_baz($var);
var_dump($var);
array_baz($var);
?>

Output of the above example in PHP 8:

int(1)

Fatal error: Uncaught TypeError: array_baz(): Argument #1 ($param) must be of type array, int given, called in - on line 9 and defined in -:2
Stack trace:
#0 -(9): array_baz(1)
#1 {main}
  thrown in - on line 2

Example #13 Catching TypeError

<?php
declare(strict_types=1);

function

sum(int $aint $b) {
    return 
$a $b;
}

try {

var_dump(sum(12));
    
var_dump(sum(1.52.5));
} catch (
TypeError $e) {
    echo 
'Error: '$e->getMessage();
}
?>

Output of the above example in PHP 8:

int(3)
Error: sum(): Argument #1 ($a) must be of type int, float given, called in - on line 10

toinenkayt (ta at ta) [iwonderr] gmail d

1 year ago

While waiting for native support for typed arrays, here are a couple of alternative ways to ensure strong typing of arrays by abusing variadic functions. The performance of these methods is a mystery to the writer and so the responsibility of benchmarking them falls unto the reader.

PHP 5.6 added the splat operator (...) which is used to unpack arrays to be used as function arguments. PHP 7.0 added scalar type hints. Latter versions of PHP have further improved the type system. With these additions and improvements, it is possible to have a decent support for typed arrays.

<?php
declare (strict_types=1);

function

typeArrayNullInt(?int ...$arg): void {
}

function

doSomething(array $ints): void {
    (function (?
int ...$arg) {})(...$ints);
   
// Alternatively,
   
(fn (?int ...$arg) => $arg)(...$ints);
   
// Or to avoid cluttering memory with too many closures
   
typeArrayNullInt(...$ints);/* ... */
}

function

doSomethingElse(?int ...$ints): void {
   
/* ... */
}$ints = [1,2,3,4,null];
doSomething ($ints);
doSomethingElse (...$ints);
?>

Both methods work with all type declarations. The key idea here is to have the functions throw a runtime error if they encounter a typing violation. The typing method used in doSomethingElse is cleaner of the two but it disallows having any other parameters after the variadic parameter. It also requires the call site to be aware of this typing implementation and unpack the array. The method used in doSomething is messier but it does not require the call site to be aware of the typing method as the unpacking is performed within the function. It is also less ambiguous as the doSomethingElse would also accept n individual parameters where as doSomething only accepts an array. doSomething's method is also easier to strip away if native typed array support is ever added to PHP. Both of these methods only work for input parameters. An array return value type check would need to take place at the call site.

If strict_types is not enabled, it may be desirable to return the coerced scalar values from the type check function (e.g. floats and strings become integers) to ensure proper typing.

anisgazig at example dot com

1 year ago

same data type and same value but first function declare as a argument type declaration and return int(7)
and second fucntion declare as a return type declaration but return int(8).

function argument_type_declaration(int $a, int $b){
    return $a+$b;
}

var_dump(argument_type_declaration(3.5,4.7));
//output:int(7)

function return_type_declaration($a,$b) :int{
    return $a+$b;
}

var_dump(return_type_declaration(3.5,4.7));

//output:int(8)

crash

11 months ago

The documentation lacks the information, that it's possible to change the return type of a method defined in an interface when the interface's methods return type is defined as `mixed`.

From the RFC:

"The mixed return type could be narrowed in a subclass as this is covariant and is allowed in LSP." (https://wiki.php.net/rfc/mixed_type_v2)

This means the following code is valid in PHP 8.0:

<?phpinterface ITest
{
    public function
apfel(): mixed; // valid as of 8.0
}

class

Test implements ITest
{
    public function
apfel(): array // more explicit
   
{
        return [];
    }
}
var_dump((new Test())->apfel());
?>

You can see the result here: https://3v4l.org/PXDB6

Hayley Watson

10 months ago

Not explicit is that function parameters can also have union type declarations; they're not just for property and return value declarations.

<?phpdeclare(strict_types = 1);

function

foo(int|string $arg)
{
    if(
is_string($arg))
    {
        echo
"It's a string!\n";
    }
    elseif(
is_int($arg))
    {
        echo
"It's an integer!\n";
    }
    else
    {
        echo
"It shouldn't be here!\n";
    }
}
foo(42);
foo('bar');
foo([]);

manoj904378 at gmail dot com

9 months ago

PHP Version 7.4
---
true=1;
false=2;

<?php
 
function a(bool $a,bool $b){
    return
$a+$b;
  }
var_dump(a(false,3.9));
?>
Output
------
int(1)