Changes between Initial Version and Version 1 of Ticket #49628, comment 23
- Timestamp:
- 11/08/2021 05:21:46 AM (4 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Ticket #49628, comment 23
initial v1 8 8 > If this trend continues, it's reasonable to leap forward to where type casting non-scalars could also follow that trend. 9 9 10 I doubt it will. PHP's [https://wiki.php.net/rfc/deprecate_null_to_scalar_internal_arg RFC for 8.1 is only about nullable], which I believe will resolve internally as void, in turn removing a strict check ("is a parameter not inputted **or** is it `null`?"), improving performance. Even if we will, we're not there yet; let's work with the facts we know: We're computer scientists, after all.10 I doubt it will. PHP's [https://wiki.php.net/rfc/deprecate_null_to_scalar_internal_arg RFC for 8.1 is only about nullable], which I believe will resolve internally as void, in turn removing a strict check ("is a parameter not inputted **or** is it `null`?"), improving performance. Even if the trend continues, we're not there yet; let's work with the facts we know: We're computer scientists, after all. 11 11 12 12 PHP went from a weakly typed, slow, and buggy language to a dynamically typed, fast, and reliable language. Facing HHVM/Hack, the PHP Group began its quest for performance, making them rethink how to model PHP's internal structure. In this, they found that the overhead of **type juggling is inefficient** and it made both their and userland's **debugging process difficult**.