А вот объекты - вообще не вижу смысла.
Есть неймспейсы, чего достаточно. Темболее что из объектов деструктуризировать? публичные методы ?
Ну там 80% на магических методах все. Многие современные либы например что-то типа Guzzle, ты оперируешь для взаимодействия через инстанс, например инстанс респонса, хочется вытащить оттуда значения, в axios ты это делаешь удобно через деструктуризацию. Тут надо обычно ковыряться в недрах $response->body->...
$response->json() … $response->json('data.0')- вытягивай данные в нужном колличестве с навигацией по json. Даже в недра body лезть не надо.
json это тоже отдельная тема ) понятно что он больше для js и другие языки добавили его поддержку из-за популярности, но все равно с ним удобнее работать в js(ts) ))
так тут вопрос то в том, что надо в недрах лазить. Можно в недра не лазить, или пример не очень подходящий был. То, что ты на прямую из объекта в памяти получишь body, вместо объекта guzzle - ну такое себе в качестве профита. А учитывая copy and write - то zval конечно повесится… При нормальной то работе и пониманиции жц разработчики умудряются писать приложения которые по гигу ОЗУ на запрос жрет… а как еще появиться неявное обращение к объекту через деструктуризацию - это же какой трындец начнется. Вернись к register_global on, тогда интерпретатор будет деструктурировать все глобальные переменные, все же проще чем через Request::input(..) обращаться ))
register_global on быстродействие vs безопасность, классика )
Обсуждают сегодня