rfc:throw_expression

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revisionBoth sides next revision
rfc:throw_expression [2020/04/05 09:58] – Open voting ilijatovilorfc:throw_expression [2020/04/05 15:17] – Minor rewording ilijatovilo
Line 87: Line 87:
 The common theme here is that everything after the ''throw'' keyword has a higher precedence. For this reason this RFC proposes to use the lowest operator precedence possible. All the current code, even if broken or strange, will continue behaving the same way. This isn't a problem because generally ''throw'' should be the last operator you're using as every expression after it wouldn't be evaluated anyway. The common theme here is that everything after the ''throw'' keyword has a higher precedence. For this reason this RFC proposes to use the lowest operator precedence possible. All the current code, even if broken or strange, will continue behaving the same way. This isn't a problem because generally ''throw'' should be the last operator you're using as every expression after it wouldn't be evaluated anyway.
  
-One exception to this rule is using ''throw'' between two short-circuit operators which is not possible in this RFC:+The only downside of the low precedence is that a ''throw'' between two short-circuit operators would not be possible without parentheses:
  
 <code php> <code php>
rfc/throw_expression.txt · Last modified: 2020/04/23 15:30 by ilijatovilo