rfc:keywords_as_identifiers
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revisionLast revisionBoth sides next revision | ||
rfc:keywords_as_identifiers [2013/09/18 11:48] – added some more examples bwoebi | rfc:keywords_as_identifiers [2013/10/27 23:51] – ... bwoebi | ||
---|---|---|---|
Line 1: | Line 1: | ||
====== PHP RFC: Extended keyword support ====== | ====== PHP RFC: Extended keyword support ====== | ||
- | * Version: 1.0 | + | * Version: 1.2 |
* Date: 2013-09-14 | * Date: 2013-09-14 | ||
* Author: Bob Weinand, bobwei9@hotmail.com | * Author: Bob Weinand, bobwei9@hotmail.com | ||
- | * Status: | + | * Status: |
+ | * The implementation was creating too much need for maintenance etc. Don't duplicate that proposal without a better implementation. | ||
* First Published at: http:// | * First Published at: http:// | ||
Line 9: | Line 10: | ||
This RFC aims to remove some restrictions which are due to the fact that keywords are not included in T_STRING (especially for class const, method and class names). | This RFC aims to remove some restrictions which are due to the fact that keywords are not included in T_STRING (especially for class const, method and class names). | ||
+ | |||
+ | This especially could be useful to preserve more BC compatibility whenever new keywords are introduced. | ||
===== What is now possible ===== | ===== What is now possible ===== | ||
Line 44: | Line 47: | ||
public function _list () { | public function _list () { | ||
- | return $list; | + | return $this->list; |
} | } | ||
Line 60: | Line 63: | ||
public function list () { | public function list () { | ||
- | return $list; | + | return $this->list; |
} | } | ||
} | } | ||
Line 72: | Line 75: | ||
* class constant names | * class constant names | ||
* declare directive names | * declare directive names | ||
- | * a limited set of keywords ***** for | ||
* class names | * class names | ||
* trait names | * trait names | ||
* interface names | * interface names | ||
* goto label names | * goto label names | ||
- | + | | |
- | ***** This includes all keywords except | + | * actual language features are preserved: |
- | * catch | + | * a label (for goto) named //default// or //else// won't work (" |
- | * finally | + | * a namespace named // |
- | * case | + | * a class constant named //class// can't be defined (" |
- | | + | * ... |
- | * exit | + | |
- | * else | + | |
- | * elseif | + | |
- | * endif | + | |
- | * endwhile | + | |
- | * endfor | + | |
- | * endforeach | + | |
- | * enddeclare | + | |
- | * endswitch | + | |
- | It is necessary to exclude them due to limitations of bison/yacc grammar. | + | |
An example what is possible with this patch: | An example what is possible with this patch: | ||
<code php> | <code php> | ||
- | namespace | + | namespace |
class List { | class List { | ||
const default = 0; | const default = 0; | ||
Line 113: | Line 105: | ||
namespace { | namespace { | ||
- | \Test\List:: | + | \Class\List:: |
} | } | ||
</ | </ | ||
Line 121: | Line 113: | ||
Currently when using array or callable as typehint, the old behaviour is preferred over comparing if it's a class/ | Currently when using array or callable as typehint, the old behaviour is preferred over comparing if it's a class/ | ||
I'm not sure if we should just allow both in this special case. | I'm not sure if we should just allow both in this special case. | ||
+ | |||
+ | ===== Implementation ===== | ||
+ | |||
+ | The transformation of alphabetic tokens to a T_STRING is done in lexer (post-processing output of lexer). | ||
+ | |||
+ | Initially it was done in parser, but that had a few disadvantages: | ||
+ | * more restricted support for keywords | ||
+ | * output of token_get_all() and highlight_*() functions was still using the unconverted tokens | ||
+ | |||
+ | That is also why performance is affected, as it is some code which needs to be run on every token. | ||
+ | |||
+ | ===== Impact on performance ===== | ||
+ | |||
+ | There is a slight decrease in // | ||
+ | |||
+ | For that benchmark I used an 1.5 megabyte big file wrapped in an //if (false)// (so that nothing is executed): https:// | ||
+ | |||
+ | Compare actual run time: | ||
+ | < | ||
+ | time ./ | ||
+ | real 0m33.132s | ||
+ | user 0m32.816s | ||
+ | sys 0m0.313s | ||
+ | </ | ||
+ | To run time with patch applied: | ||
+ | < | ||
+ | time ./ | ||
+ | real 0m36.720s | ||
+ | user 0m36.400s | ||
+ | sys 0m0.316s | ||
+ | </ | ||
+ | |||
===== Proposed PHP Version(s) ===== | ===== Proposed PHP Version(s) ===== | ||
Line 136: | Line 160: | ||
===== Rejected Features ===== | ===== Rejected Features ===== | ||
- | * Initially the patch contained also some support for functions, namespaces | + | * Initially the patch contained also some support for functions and constants which was removed later due to some resulting syntactic inconsistencies |
+ | |||
+ | ===== Vote ===== | ||
+ | |||
+ | <doodle title=" | ||
+ | * Yes | ||
+ | * No | ||
+ | </ | ||
+ | |||
+ | Deadline was Monday, 28th october 2013. | ||
+ | ===== Versions ===== | ||
+ | * 1.0: Initial proposal (16.9.2013) | ||
+ | * 1.1: Added some more examples (18.9.2013) | ||
+ | * 1.2: Removed some restrictions (now all keywords are permitted except the ones which would conflict with the existing language) (16.10.2013) |
rfc/keywords_as_identifiers.txt · Last modified: 2017/09/22 13:28 by 127.0.0.1