Открыть список
Как стать автором
Обновить

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

я думал что-то интересное будет, а статья просто для того, чтобы рекламу в постскриптуме разместить
О да, на что только не идут люди ради рекламы бесплатных открытых мероприятий.
Копипасты с мануала php.net в основном(
5.3 вышел аж в бородатом 2008 году, но отсутствие пространства имен… в огороде бузина, а в Киеве — дядька.

Единственная проблема PHP так это отсутствие нормальной подержки Unicode и нормальной стандартной билиотеки функций, чье легаси до сих тащится авторами языка из релиза в релиз.

В остальном, отличная реализация ООП, множество фреймворков и библиотек, нормальная производительность.
  • отсутствие generic'ов.
В языке с динамической системой типов они не настолько критичны.

Да, но вот нормальный DI с отложенным внедрением зависимостей в конструкторе без generic'ов не построить. Приходится прикручивать прокси с кодогенерацией и вытекающими из этого "плюшками" (например, регенерация при изменениях в интерфейсах). В том же .Net это делается на уровне самого языка (Lazy<T>).

Не, я согласен, что фишка удобная. Но опять-таки на данный момент статический контроль «генерикообразных» структур возможен через Psalm. Имхо, отсутствие генериков — не самая главная беда PHP. На мой взгляд, куда больше вредит отсутствие нормальной многопоточности. Судя по всему, мы рискуем увидеть fibers уже в 8.1, а там и многопоточные рантаймы подтянутся под Amp/ReactPHP. В интересное время живем, хе-хе.

Через psalm не всем подходит. Но вообще, да, это не главная проблема. С другой стороны, многопоточность и асинхронность явно не те фичи, которые как-то заметно помогут большинству проектов на PHP.

Вполне помогут. Несмотря на то, что основной вал хайпа по микросервисам прошел, все равно многие серьезные проекты дрейфуют в сторону развертывания отдельных сервисов в k8s, и вот там без асинхронного рантайма приходится очень туго: банально невозможно реализовать health checks, работающие адекватно.

Если асинхронный код на PHP уже никого не удивляет и активно используется в проде, то многопоточный — пока все еще большая экзотика, требующая немало потрудиться.

Ну и фреймворкам типа Symfony/Laravel/Laminas ничто не помешает подтянуться, выкатив скелет асинхронного сервиса.

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


Выкатить могут, но вот как донести разработчикам магазина ООО "Рога и копыта", что переход на новые принципы упростит их работу, ускорит деливери бизнес-фич? Особенно если это будет неправдой. ))

Хм. Я так понимаю, автор скопипастил статью «Актуален ли PHP в 2011 году?»
Скорее «Актуален ли в 2009» — именно тогда были проблемы, что некоторые библиотеки еще не работали с новым PHP 5.3 и не было пространства имен.
Автор всего лишь перевел портянку с medium. А вот зачем — это уже вопрос.
Фокус внимания давно переместился с PHP на JavaScript

В первом же предложении нечто странное… А ничего что это всетаки совсем разные вещи, PHP — сценарный язык программирования для СЕРВЕРНОЙ части, а JS объектно-ориентированный язык КЛИЕНТСКОГО исполнения? Или имелось ввиду Node.JS, но так тогда и надо было писать, а то по сути приводятся несравнимые вещи.
Всегда считал, что NodeJS — это платформа, а язык-то java script, поэтому js и php вполне уместно сравнивать. Другое дело, что автор в качестве недостатка php приводит слабую типизацию, но при этом в js она не сильно лучше.
Надо лишь понять где она лучше.
// PHP
'1' + '1' = 2
'1' - '1' = 0

// JavaScript
'1' + '1' = '11'
'1' - '1' = 0


Вам какой вариант больше нравится?
Мне вообще нравится больше строгая типизация. Но если сравнивать эти 2, то PHPшный больше по душе, потому что в JS получается неоднозначно, т.к. знак "+" используется и для конкатенации строк, и для сложения чисел. В случае '1' — '1' происходит неявное преобразование типов, а при '1' + '1' — нет.

И JS, и PHP давно языки общего назначения.

Зачем впихывать в статью о состоянии PHP в 2021 году, проблему языка на момент 10-х годов?!

Мне кажется основным конкурентом пхп станет дарт. Слишком уж он вкусный. Но пока рано об этом говорить

Слава богу, что фокус сместился с PHP. Меньше желающих будет поддерживать легаси на нем.

Вы с какой стороны смотрите? Конкуренция уменьшится? ))

Да, все верно поняли )

Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.