PHP-Parser/test/code/prettyPrinter/expr/closure.test

Closures
-----
<?php

$closureWithArgs = function (
    $arg1,
    $arg2
) {
    $comment = 'closure body';
};

$closureWithArgsAndVars = function ($arg1, $arg2) use($var1, $var2) {
    $comment = 'closure body';
};
-----
$closureWithArgs = function ($arg1, $arg2) {
    $comment = 'closure body';
};
$closureWithArgsAndVars = function ($arg1, $arg2) use($var1, $var2) {
    $comment = 'closure body';
};
Better prededence and associativity handling in pretty printer Previously the pretty printer added unnecessary and odd-looking parentheses when several operators with the same precedence were chained: 'a' . 'b' . 'c' . 'd' . 'e' // was printed as 'a' . ('b' . ('c' . ('d' . 'e'))) Another issue reported as part of #39 was that assignments inside closures were wrapped in parentheses: function() { $a = $b; } // was printed as function() { ($a = $b); } This was caused by the automatic precedence handling, which just regarded the closure as an ordinal nested expression. With the new system the $predenceMap of PrettyPrinterAbstract contains both precedence and associativity and there is a new method pPrec() which prints a node taking precedence and associativity into account. For simpler usage there are additional function pInfixOp(), pPrefixOp() and pPostfixOp(). Prints not going through pPrec() do not have any precedence handling (fixing the closure issue). 2012-10-31 17:34:06 +01:00			`Closures`
			`-----`
			`<?php`

Add constructor promotion support 2020-06-07 18:52:12 +02:00			`$closureWithArgs = function (`
			`$arg1,`
			`$arg2`
			`) {`
Better prededence and associativity handling in pretty printer Previously the pretty printer added unnecessary and odd-looking parentheses when several operators with the same precedence were chained: 'a' . 'b' . 'c' . 'd' . 'e' // was printed as 'a' . ('b' . ('c' . ('d' . 'e'))) Another issue reported as part of #39 was that assignments inside closures were wrapped in parentheses: function() { $a = $b; } // was printed as function() { ($a = $b); } This was caused by the automatic precedence handling, which just regarded the closure as an ordinal nested expression. With the new system the $predenceMap of PrettyPrinterAbstract contains both precedence and associativity and there is a new method pPrec() which prints a node taking precedence and associativity into account. For simpler usage there are additional function pInfixOp(), pPrefixOp() and pPostfixOp(). Prints not going through pPrec() do not have any precedence handling (fixing the closure issue). 2012-10-31 17:34:06 +01:00			`$comment = 'closure body';`
			`};`

			`$closureWithArgsAndVars = function ($arg1, $arg2) use($var1, $var2) {`
			`$comment = 'closure body';`
			`};`
			`-----`
			`$closureWithArgs = function ($arg1, $arg2) {`
			`$comment = 'closure body';`
			`};`
			`$closureWithArgsAndVars = function ($arg1, $arg2) use($var1, $var2) {`
			`$comment = 'closure body';`
			`};`