Как стать автором
Поиск
Написать публикацию
Обновить

Комментарии 13

Синтаксис - в первую очередь хотелось бы приведение синтаксиса к единому правилу/стандарту. Сейчас в одной функции параметры идут как function name(массив, переменная); а рядом описанная функция имеет обратный порядок.

И нужно нативное решение по многопоточности - из за этого изначально отказываются от проектов на PHP.

А в целом молодцы - пять звёзд и две сверху, не ожидаешь от столь малой команды такой прыти в скорости разработки.

Разный порядок аргумент создан намеренно, что-то связанное с внутренним устройством и хешированием сигнатуры функции.
Сейчас вероятно не хотят ломать обратную совместимость лишний раз.

Не нужно ломать обратную совместимость - добавить префикс к новой функции и пусть живут обе.

Через сколько то лет, исправленный синтаксис будет быстро запоминаться для всего класса функций сразу и это конечно же сделает проще и разработку и понимание кода. И на какой нибудь 20-й версии будет однозначно понятно всем и сразу.

Можно было бы сделать нормальные функции в другом неймспейсе, чтобы уйти от этого зоопарка mb_str_replace, strtr и т.д.

Если вы про канонический пример вроде array_map(callable, array) и array_filter(array, callable), то это так специально сделано. Потому что там параметры могут быть сильно разные или вообще отсутствовать. Например, у array_map может быть много массивов в качестве параметров, а у array_filter callable может вообще отсутствовать и тогда массив будет просто фильтроваться по пустым значениям.

Вот тут не согласен. Функции с таким богатым набором комбинаций входных параметров - зло. Лучше иметь разные функции со строгим набором параметров. Тот жеstr_replace в зависимости от того - массив передан или скаляр в первые два параметра - сильно меняет свое поведение. Зачем нужна эта магия?

Зачем в PHP многопоточность?

Пункт про PDO склеился с пунктом про новые функции, а в остальном неплохой обзор.

Лично я бы дополнил пункт про эксплуатацию уязвимостей блог постом, который рассматривает тему чуть (но именно что чуть) подробнее: https://dustri.org/b/upcoming-hardening-in-php.html потому что в этой теме, в отличие о остальных, с ходу не разберёшься. Да и не с ходу тоже, совсем не похапе-уровень.

Ну и отдельный холивар на тему property hooks не помешал бы.

get; set; для свойств «а-ля шарпы» добавили, красивое конечно, но я все еще мечтаю о появлении области видимости для классов

О да! Сколько проблем при проектировке это бы решило!

Причем, емнип, на гитхабе очень давно был пулл реквест с этой функциональностью, учитывая что она полностью обратносовместима - не понятно почему еще не добавили

Ура ура! За геттеры и сеттеры прям отдельное спасибо!

Стоит ли переводить сервера на 8.4 или пока можно оставаться на 8.3?

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Другие новости