В конце ноября мы провели стрим с Никитой Поповым и Дмитрием Стоговым, ключевыми контрибьюторами ядра PHP. За полчаса мы получили 100+ вопросов и ребята не успели ответить на все. Поэтому я сгруппировал оставшиеся сообщения по темам, отсеял совсем специфические и собрал ответы в текстовом виде. Все острые и холиварные вопросы оставил.



Готовя ответы, по многим пунктам я консультировался с Никитой и другими активными участниками сообщества. Кстати, в эту субботу, 27 февраля, мы проводим новый стрим! Будет пара докладов, несколько дискуссий, интересные гости и возможность задать новые вопросы. Читайте те, что под катом и подключайтесь, чтобы задать новые.

Планируется ли дальнейшее развитие type hinting? Например, для сигнатур функций.

Простор для улучшений, безусловно, есть. Со времени стрима появились Enum RFC и соответственно возможность их использовать в декларациях типов.

Из того что обсуждалось:
Intersection Types RFC обсуждался несколько раз, вот тут есть немного контекста.
Дженерики см. ниже.
Тайпхинты для Callable тут было несколько RFC: Typesafe callable, Callable prototypes, Functional interfaces. То есть запрос есть, но пока не было удачного RFC.
Алиасы типов обсуждалось в контексте юнион типов, но пока без отдельного RFC.

Конкретных планов по этим идеям пока нет.

Частый вопрос будет ли асинхронный PHP?

Смотря что понимать под асинхронным PHP.

Писать неблокирующий код на PHP можно уже сейчас с помощью Amp, ReactPHP, Workerman.

Активно обсуждается предложение по файберам RFC и готова реализация. Если оно будет принято, то это упростит работу с пакетами типа ReactPHP и Amp. Подробнее было на канале PHP Digest.

Вот примеры, как может выглядеть аналог async/await в PHP 8.1 + Amp v3 и на ReactPHP.

Кроме того, еще есть Swoole. Это расширение для PHP, в котором реализовано уже все для создания полностью асинхронных приложений, в том числе драйверы БД, а также корутины и каналы. И даже использование стандартных функций для работы с IO (например file_get_contents()). В 2017 я его не рекомендовал, но сейчас он оброс отличной экосистемой и готов для использования в продакшне.

Есть более минималистичное подмножество Swoole: swow. Теоретически, у него есть даже шансы быть включенным в ядро. Но пока об этом рано говорить. Дождемся результатов голосования по файберам.

Что по дженерикам в PHP?

Короткий ответ: большинство контрибьюторов хотят, но пока нет нормального способа их реализовать в PHP. Не стоит надеяться, что в ближайшее время их добавят в ядре.

---

Дальше перевод ответа Никиты на Reddit.

Для тех, кто не слишком знаком, есть три широких способа реализации дженериков:

• Type-erasure (стираемые): Дженерики просто удаляются и Foo<T> становится Foo. Во время выполнения дженерики ни на что не влияют, и предполагается, что проверки типов осуществляются на каком-то предварительном этапе компиляции/анализа (прим. Python, TypeScript).
  
• Reification (реификация): Дженерики остаются в рантайме и могут быть на этом этапе использованы (и в случае PHP, могут быть проверены в рантайме).
  
• Monomorphization (мономорфизация): С точки зрения пользователя, это очень похоже на реификацию, но подразумевает, что для каждой комбинации аргументов дженериков генерируется новый класс. То есть, Foo<T> не будет хранить информацию что, класс Foo инстанциирован с параметром T, а вместо этого будут созданы классы Foo_T1, Foo_T2, , Foo_Tn специализированный для данного типа параметра.
  

> Вы сказали, что мономорфизированные дженерики повысят производительность, а reified дженерики потребуют много изменений во всей кодовой базе.

Основная проблема мономорфизации это не столько производительность, (теоретически она хороша, и даже в случае reifieid дженериков может быть смысл мономорфизировать горячие классы по причинам производительности.), сколько использовании памяти. Для каждой комбинации типов аргументов должен быть сгенерирован отдельный класс. Если это также предполагает дублирование всех методов (которые могут зависеть от аргументов типов), то для этого потребуется много памяти.

Мономорфизация как главная стратегия реализации не имеет смысла в PHP. Она важна для таких языков, как C++ или Rust, где возможность специализировать код для определенных типов имеет большое значение для производительности (и даже в этом случае размер кода остается большой проблемой). В PHP мы не получим от него достаточной выгоды в плане производительности, чтобы оправдать накладные расходы по памяти (опять же, когда речь идет об общей мономорфизации). Тем более что непонятно, как можно кэшировать мономорфизированные методы в opcache (из-за требований иммутабельности).

Единственная причина, по которой мономорфизация была предложена в качестве стратегии реализации, заключается в том, что она упростит реализацию наивной модели дженериков. Предполагается, что нам просто нужно сгенерировать новые классы для всех комбинаций, а остальным частям ядра вообще ничего не нужно знать о дженериках. Однако эта идея ломается, если учесть вариативность дженерик параметров (Traversable<int> это Traversable<int|string>), поскольку такие отношения не могут быть смоделированы без непосредственного знания дженерик параметров.

> Не было заметно особо отзывов по исследованию дженериков, которое вы опубликовали на GitHub. Были ли закулисные разговоры об этом, или это все?

Нет, не было особо разговоров об этом. В последний раз, когда я говорил об этом с Дмитрием, его позиция была (неудивительно) жестким "нет". Слишком много сложностей добавляется, потенциально слишком большое влияние на производительность.

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

Дженерики трудны даже на чисто концептуальном уровне. В то время как мы склонны говорить о вопросах реализации, так как они являются непосредственным блокиратором, есть много аспектов дизайна, которые остаются неясными. Одна из частей, которая меня особенно беспокоит, это вопрос вывода типов:

function test(): List<int> {    // We don't want to write this:    return new List<int>(1, 2, 3);    // We want to write this:    return new List(1, 2, 3);}

Мы точно не хотели бы, чтобы людям на PHP пришлось писать больше типов, чем на современном статически типизированном языке, таком как Rust. Однако, я не совсем понимаю, как вывод типов для дженерик параметров в настоящее время может быть интегрирован в PHP. В первую очередь из-за очень ограниченного представления о кодовой базе, которая есть у компилятора PHP (он видит только один файл за раз). Приведенный выше пример очевиден, но почти все, что выходит за его рамки, кажется быстро переходящим в "невозможное".

Это оставляет меня в конфликте с поддержкой дженериков в PHP, и это также является причиной, по которой я не настаивал на обсуждениях этой темы. Я сам не уверен, что это хорошая идея.

> Вы рассматривали стираемые дженерики, как это делает Python?

And that leaves us with the cowards way out

Во-первых, я думаю, что неправильно говорить, что у Python есть стираемые дженерики. У Python все типы стираемые и это все меняет. Если вся ваша модель типов заключается в том, что аннотации типов игнорируются во время выполнения и проверяются отдельным статическим анализатором, то это отдельный самодостаточный подход. Это как phpdoc в PHP.

Наша проблема в том, что у нас уже есть реализация типизации, которая работает путем валидации типов во время выполнения. Делать часть типов валидированными во время выполнения, и часть из них полностью игнорируемыми, было бы неконсистентно (хотя я думаю, что неконсистентность это своего рода девиз PHP...).

Хуже того, в PHP даже не будет встроенного валидатора типов, а проблема будет делегирована стороннему инструменту статического анализа, такому как psalm, phpstan или phan (или, по крайней мере, как я понимаю). Это означает, что тип может быть нарушен по умолчанию, и вы должны пойти еще добавить что-то, чтобы предотвратить это.

Еще хуже (черт возьми, насколько хуже может быть?), у нас в PHP есть разделение типов на слабое и строгое. Типы в PHP это не просто декларации типов, они также могут действовать как приведение типов!

Это означает, что следующие два подхода реализации, один без дженериков, а другой с, на самом деле будут иметь разное поведение во время выполнения:

class StringList {    public function add(string $value) { $this->data[] = $value; }}$list = new StringList;$list->add(42);var_dump($list); // ["42"]

class List<T> {    public function add(T $value) { $this->data[] = $value; }}$list = new List<string>;$list->add(42);var_dump($list); // [42]

Даже strict_types=1 не полностью спасает нас от этого, потому что преобразования int->float по-прежнему разрешены.

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

Sorry, I just don't have a good answer for you :(

---

Есть попытка стандартизировать синтаксис и семантику дженериков в PHP: github.com/DaveLiddament/php-generics-standard. Пока она довольно сырая и на ранней стадии обсуждения.

Что можно сделать, чтобы разработка PHP стала доступной более широкому кругу разработчиков?

Ядро PHP в обозримом будущем останется на C. Поэтому если есть желание контрибьютить, то придется с ним разобраться. Никита обновляет PHP Internals book, в котором описаны внутренности ядра.

И есть статья Никиты PHP 7 Virtual Machine и даже перевод она актуальна и из нее можно почерпнуть все самое важное для старта.

Что касается расширений, то тут есть потенциал для развития. Никита и Дмитрий занимаются исследованием возможности писать расширения на PHP. Ждем результатов этого исследования.

Планируется ли открыть внутреннее API PHP наружу через FFI, чтобы писать экстеншены на самом языке? С учетом отказа от PECL в PHP 8 вопрос становится актуальным.

Такого плана нет.

Задепрекейчен сам инструмент pecl, который использовался для установки расширений, потому что он использовал PEAR. А расширения, конечно же, не задепрекейчены.

Можно ли будет подключать к PHP модули на других языках, кроме C? Я видел примеры подключения Rust через FFI и это очень криво выглядит.

Теоретически это возможно, но технически никто не занимался написанием нужных интерфейсов для FFI.

В качестве альтернативы FFI есть возможность подключения wasm модулей: wasmerio/wasmer-php.

Какое будущее у FFI?

Кажется, что в FFI уже есть все, чтобы его использовать. Пока использование не особо активно.

Убили короткий тэг. Чем руководствовались, какой в этом смысл?

Если речь про <?, то его не убили. Было горячее обсуждение RFC, но в итоге решили, что в ближайшие 5 лет трогать его не будут.

Зачем добавляют mixed type?

Есть два основных аргумента в его пользу:

mixed сигнализирует о том, что тип не забыли указать, просто он не может быть уточнён,
mixed часто фигурирует в документации PHP.

Подробнее можно прочитать в предложении RFC.

Подписывайтесь на канал PHP Digest, чтоб узнавать про такие вещи первыми. Про mixed была заметка еще в мае 2020.

Будет ли развитие рефлексии? Изменение проперти типов?

Изменения типов свойств, то есть ReflectionProperty::setType, и вообще любых изменений классов не будет никогда. Классы неизменяемы это часть философии языка.

Почему Reflection медленный?

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

Почему php разработчики получают меньше, чем Java разработчик (примерно одного уровня). Или это не так?

Думаю, заработок зависит не столько от языка программирования, сколько от других факторов.

Во-первых, от сложности задач и уровня ответственности, который предполагают эти задачи.

Поскольку на PHP делается очень много простого веба (небольшие сайты, CMS и т. п.), то и средний уровень зарплат возможно ниже.

А во-вторых, от особенностей рынка.

Профессии на хайпе более востребованы, а специалистов меньше, соответственно они дороже. К маргинальным технологиям это тоже относится. Условно Cobol или Perl разработчиков днем с огнем не сыщешь и получают они много.
PHP не попадает ни в одну из этих категорий.

Кроме того, что такое Java и PHP разработчики примерно одного уровня? Как вы сравниваете?

Почему стоит выбрать PHP, а не Go или Node.js?

Выбирайте, что больше нравится.

PHP это в основном веб-разработка. Сейчас более популярны "универсальные" языки типа Python и JS. Планируется ли расширять зону применения PHP?

PHP, как язык, такой же универсальный как JS или Python. Вопрос в рантаймах, то есть где его можно запускать. Станет ли возможным запускать PHP в браузере, как JS? Не думаю, потому что зачем?

Одним из мотивов для FFI и JIT как раз был потенциал применения PHP в других сферах. Что из этого выйдет поживем-увидим.

Планируете ли вы интегрировать final свойства в PHP, как, например, immutable data classes в Java?

Идея иммутабельности в том или ином виде постоянно витает в PHP-сообществе. Были разные RFC на эту тему. Скорее всего, что-то будет.

Есть подробное исследование темы от Larry Garfield. И есть черновик RFC по аксессорам свойств, который позволит делать иммутабельные объекты.

Планируется ли уменьшение бюрократии для небольших патчей? Упираюсь в то, что ради мелкого патча просят создать RFC с полным фаршем.

Давайте конкретные примеры. RFC требуются для изменений в синтаксисе языка или при поломке обратной совместимости. Очень много изменений проходит обычными пул-реквестами без RFC.

Если нужна помощь с оформлением RFC пишите либо мне pronskiy, либо @Danack. Кстати, можно ознакомиться с его репозиторием c непринятыми RFC github.com/Danack/RfcCodex и документом по этикету RFC.

Почему фичи PHP 8 такие сырые?

Привет, Кирилл serafimarts :-) Жизнь слишком коротка, чтобы закончить хоть что

1. Именованные аргументы не гарантируют совместимость на уровне интерфейсов и значительно увеличивают проблемы BC для OS библиотек.
   
   Есть предложение по атрибуту для задания алиасов #[NamedParameterAlias].
   
2. Атрибуты не имеют возможности иерархичной/вложенной декларации и текущий API не позволяет их ввести нормально в будущем.
   
   См. ниже.
   
3. Property Promotion не доделан: Зачем нужны фигурные скобки у конструктора с такими аргументами? Как декларативно их прокинуть в родительский конструктор?
   
   Не помню, чтоб кто-то поднимал этот вопрос. Почему ты не задал его во время обсуждения RFC?
   
4. Почему добавили match, нарушающий дизайн языка? А если добавляются выражения, то где ""$some = foreach (...) => ..."" или ""$some = if(...) => ...""?"
   
   Видимо, потому, что другие выражения мало кому нужны. Всегда можно создать RFC.
   
5. Зачем добавлять union types без возможности их внешней декларации: "type iterable = array | \Traversable""? Почему только дизъюнкция и нет конъюнкции типов?
   
   Алисы типов годная идея, обсуждается, пока без конкретных планов. По поводу конъюнкции см. ответ в первом вопросе про развитие тайпхинтов.
   
6. Зачем костыль со Stringable, но не добавлять такие же неявные имплементации Countable, Serializable, etc...? Почему утиная типизация только для Stringable?
   
   Stringable нужен, чтоб можно было использовать объект с __toString() там, где стоит тайпхинт string. C Countable и Serializable такой проблемы нет.
   

Иногда это выбор между сделать так или вообще никак. В разных RFC голосования склоняется в ту или иную сторону.

Какие перспективы по введению nested attributes?

Ответ есть в самом RFC: Why are nested attributes not allowed?

Вложенность атрибутов означает, что определение атрибута будет в аргументе к другому атрибуту. Это намеренно не разрешено, потому что аргумент атрибута это константное AST. Это понятный и стандартный синтаксис. Разрешение вложенных атрибутов потенциально может привести к конфликтам в будущем, а также усложняет для пользователей понимание этого нового контекста, который ведет себя иначе, чем другие части языка.

То есть, теоретически поддержку сделать можно, но пока не планируется.

А почему с вводом аннотаций не ввели сразу какую то привязку к функциям или методам из коробки, как в том же питоне?

Это другой концепт. Атрибуты в PHP это метаданные, а в Python это декораторы.

Если хочется именно декораторы, возможно, наилучшим решением будет goaop/framework. Пока он, правда, не совместим с PHP 8.

Планируется ли улучшение SPL или поддержки разных структур данных в PHP?

Есть интерес улучшить эту часть PHP. Из недавнего: обсуждается возможность добавить неймспейс SPL.

Что касается php-ds, то его автор не хотел бы, чтоб расширение мерджили в ядро, потому что в этом случае он был бы привязан к релизному циклу PHP.

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

Да, такие планы есть, более того в каждом релизе что-то делается для этого.

Вот пример из недавнего: Restrict $GLOBALS usage ограничено использование $GLOBALS, что позволило избавиться от кучи внутренних проверок и упростить кодовую базу. Именно об этом говорил Дмитрий Стогов на стриме отвечая на вопрос: что стоило бы убрать в следующих версиях PHP.

Планируется ли в php добавлять библиотеки для машинного обучения?

Нет. А в каком языке они есть в ядре?

Можно использовать RubixML/ML или просто специализированные инструменты.

Как вы относитесь к гегемонии Laravel? AR/статик-методы/трейты

Популярность Laravel точно помогает PHP, а значит помогает и всем, кто пользуется языком.

AR/статик-методы дело вкуса. Про трейты Никиты уже высказался, а на стриме обсудили их вдоль и поперек.

Целесообразно ли поддерживать активно-растущий проект на php 5.6 или начинать понемногу переписывать на php 7 или 8?

Нецелесообразно. Более того, крайне опасно. Лучше активно пофиксить совместимость с PHP 8.0. Не переписывать все на новый лад, а просто сделать возможным запуск минимальными исправлениями. А новые фичи уже делать с использованием новых возможностей.

Есть приведение типов, например int или array, можно сделать приведение типов к объекту?

Можно.

В php есть довольно старое расширение php SOAP. Будет ли оно как-то развиваться/дополняться?

Расширение очень старое и над ним никто активно не работает. Более того, в нем самое большое число открытых багов из всех расширений PHP.

Если вам нужен SOAP, то лучше использовать юзерленд реализации на PHP, а не расширение.

А с какой версии можно использовать или в typehint? CurlHandle|false

Объединенные типы появились в PHP 8.0.

А для чего добавили $object::class? Теперь будут споры что же использовать get_class() или ::class

Добавили для консистентности. Зачем спорить, если можно использовать только новый вариант? roll_safe.gif

Какое будущее у поддержки альтернатив сред выполнения? GraalVM как пример.

Никита и Дмитрий не планируют этим заниматься. Но есть другие люди, возможно кто-то и сделает что-то подобное. В частности, есть концепт для GraalVM.

Будут ли когда-нибудь в PHP возможность запретить доступ к внутренним классам извне библиотеки? Чтобы библиотека предоставляла доступ только к интерфейсным классам, а внутренние использовать запрещено.

Такая идея возникала RFC Namespace visibility и даже чуть раньше была реализация подобного. Проблема в том, что хотелось бы private/internal на уровне пакетов. А у нас только неймспейсы и поэтому непонятно как это должно работать.

Пока остается использовать PHPDoc тэг @internal.

Будет ли возможность определить, какие трейты использует класс? По аналогии с class_implements

class_uses()

Применение каких новинок PHP 8 будет влиять на снижение производительности?

Почти всех :-) Хоть оно и незначительное. Кроме, разве что, проверки типов когда много используется наследования. Но в PHP 8.1 станет намного лучше благодаря inheritance cache.

Сколько можно выиграть в производительности, если убрать все проверки типов рантайме?

Зависит от приложения. Вот inheritance cache для Symfony дает прирост 8% это приблизительно и есть оверхед проверки типов.

Ребята, по памяти будут улучшения? как пример двигать sbrk при застоях и больших дырках

Такая проблема действительно может быть. Например, при использовании расширений, которые выделяют память, используя аллокатор операционной системы, а не PHP. Например, так ведет себя libxml. Но как бороться с этим непонятно. Пока решения нет.

Какие компании финансируют развитие php? Неужели новые версии php выпускают энтузиасты безвозмездно?

Прямо: Zend, JetBrains, Microsoft. Косвенно много других, например, MongoDB, Oracle,

Сколько человек работает над ядром пхп?

Фултайм работают трое: Никита Попов (JetBrains) и Дмитрий Стогов (Zend) над ядром, и Christoph M. Becker (Microsoft) над расширениями.

Активное участие принимают многие. Можно посмотреть по статистике контрибьюторов.

Вот облако тегов тех, кто приложил руку в PHP 8.0:

Картинка от php.watch.

Когда будет PHP 8.1.0?

Новые версии языка выходят каждый год приблизительно в ноябре-декабре. Соответственно, PHP 8.1 ожидается в конце 2021.

p.s. Подключайтесь к стриму в субботу, чтобы узнать больше о состоянии PHP в 2021 году

PHP, начиная с 7 версии, кардинально изменился. Код стал куда быстрее и надёжнее, и писать его стало намного приятнее. Но вот, уже релиз 8 версии! Ноябрь 26, 2020 примерно на год раньше, чем обещали сами разработчики. И всё же, не смотря на это, мажорная версия получилась особенно удачной. В этой статье я попытаюсь выложить основные приятные изменения, которые мы должны знать.

1. JIT

Как говорят сами разработчики, они выжали максимум производительности в 7 версии (тем самым сделав PHP наиболее шустрым среди динамических ЯПов). Для подальшего ускорения, без JIT-компилятора не обойтись. Справедливости ради, стоит сказать, что для веб-приложений использование JIT не сильно улучшает скорость обработки запросов (в некоторых случаях скорость будет даже меньше, чем без него). А вот, где нужно выполнять много математических операций там прирост скорости очень даже значительный. Например, теперь можно делать такие безумные вещи, как ИИ на PHP.
Включить JIT можно в настройках opcache в файле php.ini.
Подробнее 1 | Подробнее 2 | Подробнее 3

2. Аннотации/Атрибуты (Attributes)

Все мы помним, как раньше на Symfony код писался на языке комментариев. Очень радует, что такое теперь прекратится, и можно будет использовать подсказки любимой IDE, функция "Find usages", и даже рефакторинг!

Забавно, что символ # также можно было использовать для создания комментариев. Так что ничего не меняется в этом мире.

Было очень много споров о синтаксисе для атрибутов, но приняли Rust-like синтаксис:

#[ORM\Entity]#[ORM\Table("user")]class User{    #[ORM\Id, ORM\Column("integer"), ORM\GeneratedValue]    private $id;    #[ORM\Column("string", ORM\Column::UNIQUE)]    #[Assert\Email(["message" => "The email '{{ value }}' is not a valid email."])]    private $email;}

Подробнее 1 | Атрибуты в Symfony

3. Именованые параметры (Named Arguments)

Если вы когда-либо видели код, где есть булевы параметры, то понимаете насколько он ужасен. Ещё хуже, когда этих параметров 8 штук, 6 из которых имеют значение по-умолчанию, а вам нужно изменить значение последнего параметра.

К примеру, код для использования библиотеки phpamqplib:

$channel->queue_declare($queue, false, true, false, false);// ...$channel->basic_consume($queue, '', false, false, false, false, [$this, 'consume']);

С использованием именованых параметров, код становится намного легче читать:

$channel->queue_declare($queue, durable: true, auto_delete: false);// ...$channel->basic_consume($queue, callback: [$this, 'consume']);

Ещё несколько примеров:

htmlspecialchars($string, default, default, false);// vshtmlspecialchars($string, double_encode: false);

Внимание! Можно также использовать ассоциативные массивы для именованых параметров (и наоборот).

$params = ['start_index' => 0, 'num' => 100, 'value' => 50];$arr = array_fill(...$params);

function test(...$args) { var_dump($args); }test(1, 2, 3, a: 'a', b: 'b');// [1, 2, 3, "a" => "a", "b" => "b"]

Подробнее

4. Оператор безопасного null (Nullsafe operator)

Null сам по себе не очень хорошая штука (даже очень плохая). Когда функция возвращает null, то в каждом месте, где идёт её вызов, программист обязан проверить на null. И это приводит к ужасным последствиям.

$session = Session::find(123);if ($session !== null) {    $user = $session->user;    if ($user !== null) {        $address = $user->getAddress();        if ($address !== null) {            $country = $address->country;        }    }}

По хорошему, должен быть метод Session::findOrFail, который будет кидать исключение в случае отсутствия результата. Но когда эти методы диктует фреймворк, то мы не можем ничего сделать. Единственное, это проверять каждый раз на null либо, где это уместно, использовать ?->.

Да, с оператором nullsafe код станет немного лучше, но всё же это не повод возвращать null.

$country = $session?->user?->getAddress()?->country;

Этот код нельзя назвать чистым, только лишь от части. Для чистого кода, нужно использовать шаблон Null Object, либо выбрасывать exception. Идеальным вариантом было б:

$country = $session->user->getAddress()->country;

Поэтому, если возможно с вашей стороны, никогда не возвращайте null (к Римлянам 12:18).

Также интересным моментом в использовании nullsafe есть то, что при вызове метода с помощью ?->, параметры будут обработаны только если объект не null:

function expensive_function() {    var_dump('will not be executed');}$foo = null;$foo?->bar(expensive_function());

5. Оператор выбора match (Match expression v2)

Для начала покажу код до и после:

$v = 1;switch ($v) {    case 0:        $result = 'Foo';        break;    case 1:        $result = 'Bar';        break;    case 2:        $result = 'Baz';        break;}echo $result; // Bar

VS

$v = 1;echo match ($v) {    0 => 'Foo',    1 => 'Bar',    2 => 'Baz',};  // Bar

Как видим, это очень приятный оператор для выбора значений, который удобно заменяет switch.
Но есть очень важное отчилие switch от match: первый сравнивает нестрого ==, а во втором производится строгое === сравнение.

Наглядный пример различия:

switch ('foo') {    case 0:      $result = "Oh no!\n";      break;    case 'foo':      $result = "This is what I expected\n";      break;}echo $result; // Oh no!

VS

echo match ('foo') {    0 => "Oh no!\n",    'foo' => "This is what I expected\n",}; // This is what I expected

В PHP8 этот пример со switch работает по другому, далее рассмотрим это.

Также, сравниваемыми значениями оператора match могут быть выражения. При этом, будут выполнены только те, пока не будет найден первый совпадающий вариант:

$result = match ($x) {    foo() => ...,    $this->bar() => ..., // bar() isn't called if foo() matched with $x    $this->baz => ...,    // etc.};

6. Адекватное приведение строки в число (Saner string to number comparisons)

Проблема

$validValues = ["foo", "bar", "baz"];$value = 0;var_dump(in_array($value, $validValues));// bool(true) ???

Это происходит потому, что при нестрогом == сравнении строки с числом, строка приводится к числу, то-есть, например (int)"foobar" даёт 0.

В PHP8, напротив, сравнивает строку и число как числа только если строка представляет собой число. Иначе, число будет конвертировано в строку, и будет производиться строковое сравнение.

Стоит отметить, что теперь выражение 0 == "" даёт false. Если у вас из базы пришло значение пустой строки и обрабатывалось как число 0, то теперь это не будет работать. Нужно вручную приводить типы.

Эти изменения относятся ко всем операциям, которые производят нестрогое сравнение:

• Операторы <=>, ==, !=, >, >=, <, <=.
• Функции in_array(), array_search(), array_keys() с параметром strict: false (то-есть по-умолчанию).
• Сотрировочные функции sort(), rsort(), asort(), arsort(), array_multisort() с флагом sort_flags: SORT_REGULAR (то-есть по-умолчанию).

Также, есть специальные значения которые при нестрогом сравнении дают true:

7. Constructor Property Promotion

Изначально идея позаимствована в языка-брата Hack. Она состоит в том, чтобы упростить инициализацию полей класса в конструкторе.

Вместо прописания полей класа, параметров конструктора, инициализации полей с помощью параметров, можно просто прописать поля параметрами конструктора:

class Point {    public function __construct(        public float $x = 0.0,        public float $y = 0.0,        public float $z = 0.0,    ) {}}

Это эквивалентно:

class Point {    public float $x;    public float $y;    public float $z;    public function __construct(        float $x = 0.0,        float $y = 0.0,        float $z = 0.0,    ) {        $this->x = $x;        $this->y = $y;        $this->z = $z;    }}

С этим всё просто, так как это синтаксический сахар. Но интересный момент возникает при использовании вариативные параметры (их нельзя объявлять таким образом). Для них нужно по-старинке вручную прописать поля и установить их в конструкторе:

class Test extends FooBar {    private array $integers;    public function __construct(        private int $promotedProp,         Bar $bar,        int ...$integers,    ) {        parent::__construct($bar);        $this->integers = $integers;    }}

8. Новые функции для работы со строками (str_contains, str_starts_with, str_ends_with)

Функция str_contains проверяет, содержит ли строка $haystack строку $needle:

str_contains("abc", "a"); // truestr_contains("abc", "d"); // falsestr_contains("abc", "B"); // false // $needle is an empty stringstr_contains("abc", "");  // truestr_contains("", "");     // true

Функция str_starts_with проверяет, начинается ли строка $haystack строкой $needle:

$str = "beginningMiddleEnd";var_dump(str_starts_with($str, "beg")); // truevar_dump(str_starts_with($str, "Beg")); // false

Функция str_ends_with проверяет, кончается ли строка $haystack строкой $needle:

$str = "beginningMiddleEnd";var_dump(str_ends_with($str, "End")); // truevar_dump(str_ends_with($str, "end")); // false

Вариантов mb_str_ends_with, mb_str_starts_with, mb_str_contains нету, так как эти функции уже хорошо работают с мутльтибайтовыми символами.

На самом деле, очень приятно, что наконец-то добавили эти функции. Теперь не нужно писать каждый раз своих костылей с помощью substr, strncmp, strpos.

9. Использование ::class на объектах (Allow ::class on objects)

Раньше, чтобы получить название класса, к которому принадлежит объект, нужно было использовать get_class:

$object = new stdClass;$className = get_class($object); // "stdClass"

Теперь же, можно использовать такую же нотацию, как и ClassName::class:

$object = new stdClass;var_dump($object::class); // "stdClass"

10. Возвращаемый тип static (Static return type)

Тип static был добавлен для более явного указания, что используется позднее статическое связывание (Late Static Binding) при возвращении результата:

class Foo {    public static function createFromWhatever(...$whatever): static {        return new static(...$whatever);    }}

Также, для возвращения $this, стоит указывать static вместо self:

abstract class Bar {    public function doWhatever(): static {        // Do whatever.        return $this;    }}

11. Weak Map

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

Интерфейс класса выглядит следующим образом:

WeakMap implements Countable , ArrayAccess , Iterator {    public __construct ( )    public count ( ) : int    public current ( ) : mixed    public key ( ) : object    public next ( ) : void    public offsetExists ( object $object ) : bool    public offsetGet ( object $object ) : mixed    public offsetSet ( object $object , mixed $value ) : void    public offsetUnset ( object $object ) : void    public rewind ( ) : void    public valid ( ) : bool}

Особенностью есть то, что объекты, используемые как ключи, подвержены сборке мусора. Поэтому, WeakMaps особенно пригодные для долгоживущих процессов.

class FooBar {    private WeakMap $cache;    public function getSomethingWithCaching(object $obj) {        return $this->cache[$obj] ??= $this->decorated->getSomething($obj);    }    // ...}

Подробнее можно почитать в документации.

12. Убрано возможность использовать левоассоциативный оператор (Deprecate left-associative ternary operator)

Рассмотрим код:

return $a == 1 ? 'one'     : $a == 2 ? 'two'     : $a == 3 ? 'three'     : $a == 4 ? 'four'              : 'other';

Вот как он всегда работал:

В 7.4 код как прежде, отрабатывал, но выдавался Deprecated Warning.
Теперь же, в 8 версии, код упадёт с Fatal error.

13. Изменение приоритета оператора конкатенации (Change the precedence of the concatenation operator)

Раньше, приоритет оператора конкатенации . был на равне с + и -, поэтому они исполнялись поочерёдно слева направо, что приводило к ошибкам. Теперь же, его приоритет ниже:

14. Удалены краткие открывающие php теги

В каждом скрипте, где в настоящее время используется короткий <? открывающий тег, нужно будет внести изменения и использовать стандартный тег <?php.

Это не касается тега <?=, так как он, начиная с 5.4 всегда доступен.

15. Новый интерфейс Stringable

Объекты, которые реализуют метод __toString, неявно реализуют этот интерфейс. Сделано это в большей мере для гарантии типобезопасности. С приходом union-типов, можно писать string|Stringable, что буквально означает "строка" или "объект, который можно преобразовать в строку". В таком случае, объект будет преобразован в строку только когда уже не будет куда оттягивать.

interface Stringable{    public function __toString(): string;}

Рассмотрим такой код:

class A{    public function __toString(): string     {        return 'hello';    }}function acceptString(string $whatever) {    var_dump($whatever);}acceptString(123.45); // string(6) "123.45"acceptString(new A()); // string(5) "hello"

Здесь функция acceptString принимает строку, но что если нам нужно конкретно объект, что может быть преобразован в строку, а не что-либо иное. Вот тут нам поможет интерфейс Stringable:

function acceptString(Stringable $whatever) {    var_dump($whatever);    var_dump((string)$whatever);}// acceptString(123.45); /*TypeError*/acceptString(new A()); /*object(A)#1 (0) {}string(5) "hello"*/

16. Теперь throw это выражение

Примеры использования:

// This was previously not possible since arrow functions only accept a single expression while throw was a statement.$callable = fn() => throw new Exception();// $value is non-nullable.$value = $nullableValue ?? throw new InvalidArgumentException();// $value is truthy.$value = $falsableValue ?: throw new InvalidArgumentException();// $value is only set if the array is not empty.$value = !empty($array)    ? reset($array)    : throw new InvalidArgumentException();

Подробнее можно почитать здесь.

17. Стабильная сортировка

Теперь все сортировки в php стабильные. Это означает, что равные элементы будут оставаться в том же порядке, что и были до сортировки.

Сюда входят sort, rsort, usort, asort, arsort, uasort, ksort, krsort, uksort, array_multisort, а также соответствующие методы в ArrayObject.

18. Возможньсть опустить переменную исключения (non-capturing catches)

Раньше, даже если переменная исключения не использовалась в блоке catch, её всё равно нужно быто объявлять (и IDE подсвечивала ошибку, что переменная нигде не используется):

try {    changeImportantData();} catch (PermissionException $ex) {    echo "You don't have permission to do this";}

Теперь же, можно опустить переменную, если никакая дополнительная информация не нужна:

try {    changeImportantData();} catch (PermissionException) { // The intention is clear: exception details are irrelevant    echo "You don't have permission to do this";}

19. Обеспечение правильной сигнатуры магических методов (Ensure correct signatures of magic methods):

Когда были добавлены type-hints в php, оставалась возможность непавильно написать сигнатуру для магических методов.
К примеру:

class Test {    public function __isset(string $propertyName): float {        return 123.45;    }}$t = new Test();var_dump(isset($t)); // true

Теперь же, всё жёстко контролируется, и допустить ошибку сложнее.

Foo::__call(string $name, array $arguments): mixed;Foo::__callStatic(string $name, array $arguments): mixed;Foo::__clone(): void;Foo::__debugInfo(): ?array;Foo::__get(string $name): mixed;Foo::__invoke(mixed $arguments): mixed;Foo::__isset(string $name): bool;Foo::__serialize(): array;Foo::__set(string $name, mixed $value): void;Foo::__set_state(array $properties): object;Foo::__sleep(): array;Foo::__unserialize(array $data): void;Foo::__unset(string $name): void;Foo::__wakeup(): void;

20. Включить расширение json по-умолчанию (Always available JSON extension)

Так как функции для работы с json постоянно используются, и нужны чуть ли не в каждом приложении, то было принято решение включить ext-json в PHP по-умолчанию.

21. Более строгие проверки типов при для арифметических и побитовых операторов (Stricter type checks for arithmetic/bitwise operators)

Проблема, которую разработчики здесь решили предоставлена кодом ниже:

var_dump([] % [42]);

Что должен вывести этот код? Здесь непредсказуемое поведение (будет 0). Всё потому, что большинство арифметических операторов не должны применятся на массивах.

Теперь, при использовании операторов +, -, *, /, **, %, <<, >>, &, |, ^, ~, ++, -- будет вызывать исключение TypeError для операндов array, resource и object.

22. Валидация абстрактных методов в трейтах (Validation for abstract trait methods)

До восьмой версии, можно было писать что-то вроде:

trait T {    abstract public function test(int $x);}class C {    use T;    // Allowed, but shouldn't be due to invalid type.    public function test(string $x) {}}

Начиная с восьмой версии, такой код будет падать с ошибкой. Да, и теперь есть возможность в трейте сделать приватный абстрактный метод, который будет реализован в использующем трейт классе.

trait MyTrait {    abstract private function neededByTheTrait(): string;    public function doSomething() {        return strlen($this->neededByTheTrait());    }}class TraitUser {    use MyTrait;    // This is allowed:    private function neededByTheTrait(): string { }    // This is forbidden (incorrect return type)    private function neededByTheTrait(): stdClass { }    // This is forbidden (non-static changed to static)    private static function neededByTheTrait(): string { }}

Случаи, когда реализация приходит из родительского класса, или трейт применён в родительском классе, также проверяются.

23. Объединения типов (Union Types 2.0)

Рассмотрим код:

class Number {    /**     * @var int|float $number     */    private $number;    /**     * @param int|float $number     */    public function setNumber($number) {        $this->number = $number;    }    /**     * @return int|float     */    public function getNumber() {        return $this->number;    }}

Здесь тип переменной $number контролируется только соглашениями программистов. На самом деле, туда может попасть что-угодно, и выйти отсюда может также что-угодно, так как проверки на тип не обеспечиваются ядром языка.

Теперь же, можно прописать тип int|float (или любой другой) явно, чтобы обеспечить корректность работы модуля:

class Number {    private int|float $number;    public function setNumber(int|float $number): void {        $this->number = $number;    }    public function getNumber(): int|float {        return $this->number;    }}

А также, код становится намного чище.
Как вы уже могли заметить, типы-объединения имеют синтаксис T1|T2|... и могут быть использованы во всех местах, где можно прописать type-hints.

Некоторые оговорки:

• Тип void не может быть частью объединения.
• Чтобы обозначить отсутствие результата, можно объявить "Nullable union type", который имеет следующий синтаксис: T1|T2|null.
• Тип null не может быть использован вне объединения. Вместо него стоит использовать void.
• Существует также псевдотип false, который по историческим причинам уже используется некоторыми функциями в php. С другой стороны, не существует тип true, так как он нигде не использовался ранее.

Типы полей класса инвариантны, и не могут быть изменены при наследовании.
А вот с методами всё немного интересней:

1. Параметры методов можно расширить, но нельзя сузить.
2. Возвращаемые типы можно сузить, но нельзя расширить.

Вот как это выглядит в коде:

class Test {    public function param1(int $param) {}    public function param2(int|float $param) {}    public function return1(): int|float {}    public function return2(): int {}}class Test2 extends Test {    public function param1(int|float $param) {} // Allowed: Adding extra param type    public function param2(int $param) {}       // FORBIDDEN: Removing param type    public function return1(): int {}           // Allowed: Removing return type    public function return2(): int|float {}     // FORBIDDEN: Adding extra return type}

То же самое происходит при типах, которые получились как результат наследования:

class A {}class B extends A {}class Test {    public function param1(B|string $param) {}    public function param2(A|string $param) {}    public function return1(): A|string {}    public function return2(): B|string {}}class Test2 extends Test {    public function param1(A|string $param) {} // Allowed: Widening union member B -> A    public function param2(B|string $param) {} // FORBIDDEN: Restricting union member A -> B    public function return1(): B|string {}     // Allowed: Restricting union member A -> B    public function return2(): A|string {}     // FORBIDDEN: Widening union member B -> A}

Интереснее становится когда strict_types установлен в 0, то-есть по-умолчанию. Например, функция принимает int|string, а мы передали ей bool. Что в результате должно быть в переменной? Пустая строка, или ноль? Есть набор правил, по которым будет производиться приведение типов.

Так, если переданный тип не является частью объединения, то действуют следующие приоритеты:

1. int;
2. float;
3. string;
4. bool;

Так вот, будет перебираться этот список с типами, и для каждого проверяться: Если тип существует в объединении, и значение может быть приведёно к нему в соответствии с семантикой PHP, то так и будет сделано. Иначе пробуем следующий тип.

Как исключение, если string должен быть приведён к int|float, то сравнение идёт в первую очередь в соответствии с семантикой "числовых строк". К примеру, "123" станет int(123), в то время как "123.0" станет float(123.0).

К типам null и false не происходит неявного преобразования.

Таблица неявного приведения типов:

Типы полей и ссылки

class Test {    public int|string $x;    public float|string $y;}$test = new Test;$r = "foobar";$test->x =& $r;$test->y =& $r;// Reference set: { $r, $test->x, $test->y }// Types: { mixed, int|string, float|string }$r = 42; // TypeError

Здесь проблема в том, что тип устанавливаемого значения не совместим с объявленными в полях класса. Для Test::$x это могло быть int(42), а для Test::$y float(42.0). Так как эти значения не эквивалентны, то невозможно обеспечить единую ссылку, и TypeError будет сгенерирован.

24. Тип mixed (Mixed Type v2)

Был добавлен новый тип mixed.
Он эквивалентен типу array|bool|callable|int|float|object|resource|string|null.
Когда параметр объявлен без типа, то его тип это mixed.
Но стоит отметить, что если функция не объявляет возвращаемого значения, то это не mixed, а mixed|void. Таким образом, если функция гарантировано должна что-то возвращать, но тип результата не известен заранее, то стоит написать его mixed.

При наследовании действуют следующие правила:

class A{    public function bar(): mixed {}}class B extends A{    // return type was narrowed from mixed to int, this is allowed    public function bar(): int {}}

class C{    public function bar(): int {}}class D extends C{    // return type cannot be widened from int to mixed    // Fatal error thrown    public function bar(): mixed {}}

Подробнее можно почитать здесь

Где смотреть новые фичи

Более информации про новые функции в PHP можно посмотреть на rfc watch.

IMHO хорошие идеи для PHP

• Неизменные (постоянные, надёжные) значения. Когда это внедрят в PHP код станет намного более безопасным и удобочитаемым.

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

Вот пример проблемного кода. Со временем значение изменяется, и при добавлении ещё какой-либо обработки велика вероятность сломать что-то на следующих строках:

$invoice = getInvoice();$invoice = loadDependencies($invoice);$invoice = formatInvoice($invoice);// hm... how do I access initial $invoice now?return $invoice;

Я вижу как минимум 4 недостатка в этом коде:

1. Никогда точно не знаешь что в переменной;
2. Невозможность использовать уже перезаписанное значение где-то дальше в коде;
3. Неустойчивость к изменениям если производиться копипаст большой части кода с такими-же переменными где-то во вложенном if, тогда ночь отладки обеспеченна.
4. Каждый раз нужно писать знак $ перед $переменной. Да, это спорно, но ведь без долларов проще читать код. Возьмите какого-либо джависта, что он скажет про ваш код? Уххх как много долларов!

Вот каким мог быть этот код:

invoice = getInvoice();invoiceWithDependencies = loadDependencies(invoice);invoiceFormatted = formatInvoice(invoiceWithDependencies);// someAnotherAction(invoice);return invoiceFormatted;

Значения, что содержатся в invoice, invoiceWithDependencies, invoiceFormatted не могут быть перезаписаны. Да, и теперь мы точно знаем что и где хранится.

function printArr(array arr) {    foreach (arr as firmValue) {        print strtr(            "Current value is {current}. +1: {next}",             [                '{current}' => firmValue,                 '{next}'    => firmValue + 1            ]        );    }}

• Перегрузка операторов. Из 66 разработчиков, 28 проголосовали против, и поэтому, не смотря на то, что идея уже была реализована, предложение было отклонено. Думаю стоит поднять дискуссию на эту тему.
• Разрешить вычисление в константных выражениях. Как по мне, этого очень не хватает.
  Вот пример кода, где это очень полезно:

use Spatie\ModelStates\State;abstract class OrderStatus extends State{    public static string $name = static::getName();    abstract protected function getName(): string;}

Как видим, при первом обращении к $name, будет вызван метод getName финального класса. Это дает нам возможность настраивать какие значения будут попадать в поля в зависимости от каких-либо условий. А в данном примере это использовано с шаблоном "Template Method", и финальные классы обязаны предоставить нам значение для поля.

Сейчас многие фреймворки имеют значени по-умолчанию для большинства конфигураций в своих классах. Проблема с таким подходом заключается в том, что мы можем предоставить только примитивное значение. Никаких вызовов функций не разрешено. А что если мы хотим вызвать хелпер config для предоставления конфигурации, которая задаётся в поле класса? Тогда у нас проблемы, и нужно переопределять конструктор, где уже задавать значение поля. Хорошо, когда конструктор не имеет много параметров. А что, если там много параметров (к примеру, 7)? Тогда для простого создания поля, нужно 20 дополнительных бесполезных строк кода. И выглядит это ещё как уродливо!

Просто сравните это:

    protected string $whatever = $this->doCalculate();

И это:

    public function __construct(        array $query = [],        array $request = [],        array $attributes = [],        array $cookies = [],        array $files = [],        array $server = [],        $content = null    ) {        parent::__construct(            $query,            $request,            $attributes,            $cookies,            $files,            $server,            $content        );        $this->whatever = $this->doCalculate();    }

Почему мы должны инициализировать поле в конструкторе, если оно не зависит от его параметров? Как по мне, мы не должны.

Выход новой мажорной версии языка это всегда возможность как оглянуться назад и оценить уже пройденный путь, так и попробовать посмотреть далеко вперед и предсказать, что нас ждёт в будущем, поэтому ничего удивительного, что в последнее время в сообществе происходит много дискуссий на эту тему.
После множества обсуждений этого вопроса, я хотел бы поделиться с вами выводами, к которым пришёл: под катом вы узнаете, с какими трудностями PHP предстоит столкнуться в перспективе самых ближайших лет.

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

Примечание

Далее я буду использовать слово "квалификация" не в ругательном смысле, а как набор необходимых знаний и навыков, необходимых как для работы вообще, так и для работы с некой технологией Х в частности. То есть, разработчик на Symfony квалифицированнее разработчика на Wordpress, потому что ему нужно уметь писать код и работать с БД, а разработчик на Wordpress в целом может во время своей работы из админки и не вылазить.

PHP для "простых" решений и малого бизнеса

Первое очевидное применение языка лежит в написании на нём всевозможных сайтов-визиток, интернет-магазинов, форумов и даже немного стартапов. PHP долгое время был крайне прост и не имел множества фич, присущих более строгим языкам.

Также язык был крайне нетребователен к инфраструктуре, так как можно было просто поправить нужный файлик на своей VPSке прямо через FTP, без сборок и релизов.
К квалификации разработчиков он, впрочем, тоже был нетребователен, так как интерпретируемый, типизация слабая, а архитектура вообще уникальна: php "обречен на смерть" и каждый запрос обрабатывается в новом процессе, можно не бояться ни утечек памяти, ни манипуляций общим состоянием программы, ни прочих способов одному запросу помешать другому.
Также из-за своей динамической структуры PHP стал отличным движком для создания CMS, позволяя очень легко расширить и отладить программу, методом подкладывания на сервер файликов с исходниками, для чего даже не нужно быть программистом.

Итого, был язык, простой, как палка, прощающий множество ошибок, легкий для изучения и в целом нетребовательный. Логично, такой привлекает множество разработчиков не самой высокой квалификации, просто за счёт того, что более высокая квалификация для работы им и не требуется. А это порождает следующее: низкая квалификация означает низкие рейты, низкие рейты означают привлекательность для малого бизнеса, а это создаёт множество рабочих место и своеобразную популярность, привлекая ещё больше новичков и тд и тп.
Где-то здесь находятся и стартапы: имея в начале мало денег и вынужденные выживать среди бесконечных MVP и перестроек, им проще взять что-то максимально простое и дешевое. Большинство стартапов, конечно, умирает, но самые удачливые "выстреливают", стремительно обрастая деньгами и более развитыми технологиями, при этом продолжая нести в себе ядро из всем знакомого PHP. Привет, Facebook, VK, Slack, Такси и тд и тп.
Область понятна, как понятно и то, что нужно сделать для того, чтобы оставаться "королём CMSок": ничего не испортить. Нужно просто быть таким же простым и, может, даже примитивным, чтобы за счёт этого выигрывать популярность среди новичков и малого бизнеса у более навороченных технологий.

PHP для энтерпрайза

Крупные компании обычно сильнее пекутся о качестве, над их продуктами работает намного больше человек, а пользовательская база превосходит стартаповскую на порядки. Естественно, "старый добрый" PHP им не очень нравится и они стараются сделать его архитектурно правильнее, удобнее, производительнее. Они делают сложные фреймворки, абстрагируют компоненты, прикручивают или компиляцию, дженерики, аннотации и делают много чего ещё, пытаясь довести PHP до приемлемого уровня.
К крупным же компаниям приходят и разработчики, склонные к саморазвитию и которым вместе с их ростом в какой-то момент становится тесно в мирке "простого PHP".

И всё кажется прекрасным, потому что "энтерпрайзный PHP" действительно даёт возможность нормально писать сложные продукты и даже не сильно при этом страдать, но здесь есть одно большое НО и имя ему Java (либо C#).
В виртуальную машину Java вложены десятки тысяч человеко-лет, которые делают её лучшей на текущий момент виртуальной машиной в мире. Тулчейн и экосистема джавы развивались годами сразу для серьезного языка и тоже множеством людей и компаний, в итоге предоставив огромную и крайне проработанную экосистему (от IDE до стандартов и библиотек), равной которой найти сложно и равной которой экосистема PHP при всех её плюсах не является. На Java пишет намного больше квалифицированных разработчиков, а также намного больше серьёзных энтерпрайз решений, что означает большие рейты, что означает больше квалифицированных разработчиков и тд и тп.

И здесь же кроется своего рода ловушка, PHP успешно копирует множество удачных решений из Java-мира, увеличивая собственную сложность и строгость. Но сможет ли он побить одного из "королей энтерпрайза" на его собственном поле? Я несколько сомневаюсь.
А это означает, что PHP имеет шансы остаться энтерпрайзом второго эшелона, некой второй Java. Для меня это вызывает вопрос: зачем в таком случае нужна вторая джава, если уже есть первая?

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

PHP для микросервисов и современных фич

Оставаясь простым, интерпретируемым и однопоточным, php не то, чтобы успевает за своими более шустрыми и современными конкурентами:

• PHP быстр, но и golang/nodejs/{any modern lang} далеко не медленнее, а при этом ещё умеют в ассинхронность/многозадачность "из коробки", без внешних расширений языка, велосипедов и воркеров на супервизорах.
• PHP много чего умеет, но и golang/nodejs/{any modern lang} могут работать через сокеты "из коробки", а вот "слоник" нет.
• PHP как бы умеет в функиональщину, но довольно ограниченно, в отличие от современных typescript/scala/kotlin/*.
• PHP скоро научится в дженерики и аннотации, но эти вещи существуют в той же Java и прочих "современных" языках уже давно, вместе с целым рядом других фич.
• Ну и уж конечно, в области микросервисов, low latency, выбора и тюнинга сборщиков мусора, замеров аллокаций и прочих элементов разработки действительно высокопроизводительных приложений, php чувствует себя не очень уверенно, будучи изначально не тем (ну не контейнер с nginx, phpfpm и сотней воркеров микросервисом-то называть, в самом-то деле) и не про то.

Чтобы доминировать здесь, PHP было бы необходимо в корне измениться, от синтаксиса до архитектуры своей виртуальной машины и принципов её работы, а также основательно обрасти фичами, что в итоге сделает "слоника" совсем другим языком.
Это опять возвращает нас к вопросу: а нужен ли сообществу тот, новый PHP? И возможно ли стать новым крутым языком с гринтредами, встроенным сервером, монадами и черт знает чем ещё, сохранив свою фирменную нетребовательность?

Выводы

Кажется, что PHP пытается усидеть на нескольких стульях сразу: быть и удобным для быстрокодеров на CMS за 10$ в час, и изучаться за две недели вчерашним студентом чтобы завтра же найти работу, и чтобы уважаемые люди серьёзные проекты для других уважаемых и серьезных людей могли делать, и чтобы всё было современно и красиво. Не порвутся ли эти штаны? Не потеряет ли "слоник" старых пользователей, не снискав при этом достаточного внимания новых?
Непонятно.
Конечно, даже самый негативный вариант не означает неминуемой гибели: легаси написано уже очень много, а разработчиков, знающих и любящих именно PHP тоже порядочно. Языки программирования способны умирать очень долго и крестражей у них значительно больше семи.
Но, с другой стороны, ada, smalltalk, delphi и прочие всё же умерли, а тот же ruby, похоже, завис где-то в чистилище, при наличии и множества программистов, и кодовой базы.
С третьей стороны, пора бы уже включить похороны PHP в список спортивных дисциплин, двадцать лет хоронят уже, да всё не умирает никак вот ведь какая ирония.
Разумеется, даже при самом удачном течении событий, даже успешно совместивший и старое и новое PHP вряд ли станет языком #1.
И уж конечно, никто не заставляет писать на одном только PHP, все будут выносить нагруженные места в приложения на golang, работать с сокетами на ноде и крутить это всё в кубернетесе, но это уже совсем другая история.

Свежая подборка со ссылками на новости и материалы. В выпуске: 3 принятых и 6 новых RFC-предложений из PHP Internals, включая голосование за новый синтаксис для атрибутов @@ и почему #[] был бы лучше, переименования black/whitelist в PHP-мире, как отлаживают PHP-разработчики, аналог ngrok на PHP, видео, подкасты и многое другое.

Приятного чтения!

Новости и релизы

• PHP исполнилось 25 лет Таймлайн с основными событиями в истории языка.
• PHP 7.4.7 Кроме прочего, в этом обновлении исправлена ошибка yield from.
• PHP 7.3.19
• Composer 2.0.0-alpha1
• The State of Developer Ecosystem in 2020 PHP-секция из опроса разработчиков от JetBrains.
  
  65% опрошенных указали, что для отладки пользуются подходом dump & die, поэтому провокационный твит автора Xdebug ожидаемо вызвал бурную реакцию в сообществе:
  

  PHP developers that don't use Xdebug for debugging are amateurs.

  Derick Rethans (@derickr) June 20, 2020

Yii

• Интеграция Yii 2 и Doctrine ORM

Laminas

• Мертв ли Zend Framework? На этот и другие вопросы отвечает лидер проекта Laminas Matthew Weier O'Phinney.
• asgrim/mini-mezzio Быстрое создание приложения на Mezzio (экс Zend Expressive).

Async PHP

• badfarm/zanzara Асинхронный фреймворк для создания Telegram-ботов на базе ReactPHP.
• simple-swoole/simps Еще один фреймворк на базе Swoole. Судя по бенчмаркам самый быстрый из PHP.
• Видеокурс по ReactPHP от Marcel Pociot

Материалы для обучения

• Представляем новый серверлесс LAMP стек Пост в блоге AWS об использовании PHP и подборка ресурсов по теме.
  Также для PhpStorm теперь доступен официальный плагин AWS Toolkit от Amazon.
• Об объявлении свойств в конструкторе в PHP 8.
• Какие функции PHP наиболее часто используются во фреймворках? В Symfony это sprintf(), в Laravel is_null(). Автор предоставил инструкцию, как подсчитать для других фреймворков.
• О финальных классах в PHP.
• Миллион за месяц: как запустить стартап в Европе своими силами.
• Redis на практических примерах.
• Беги, PHPUnit, беги: как я оптимизировал время выполнения тестов.
• Самый быстрый шаблонизатор для PHP.

Аудио/Видео

• Видеозаписи всех докладов с PHP Russia 2020 Online
• Макс Рафалко, Принципы проектирования пакетов PHP
• Стрим Пятиминутка PHP по Laravel Livewire: сетевая игра (часть 5)
• Между скобок 9: Александр Лисаченко АОП в PHP.
• PHP Internals News #58 C Max Semenik о принятом RFC non-capturing catches.
• PHP Internals News #57 C Ralph Schindler о его предложении добавить return if ($condition): $returnValue;.
• PHP Internals News #56 С Dan Ackroyd о добавленном псевдотипе mixed.

Спасибо за внимание!

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

Больше новостей и комментариев в Telegram-канале PHP Digest.

Прислать ссылку
Поиск ссылок по всем дайджестам
Предыдущий выпуск: PHP-Дайджест 181

Свежая подборка со ссылками на новости и материалы. В выпуске: PHP 8 Alpha 3, PhpStorm 2020.2, новый оператор ?->, снова обсуждение синтаксиса атрибутов и другие новости PHP Internals, обзор системы типов в PHP, порция полезных инструментов, видео, стримы и многое другое.

Приятного чтения!

Новости и релизы

• PHP 8.0.0 Alpha 3 Последний альфа-релиз из запланированных. Первая бета ожидается 6 августа.
• Релиз PhpStorm 2020.2 Объединенные типы PHP 8, новый движок потока управления, пул-реквесты GitHub, OpenAPI. По ссылке подробный разбор этих и других изменений.

PHP Internals

• [RFC] Shorter Attribute Syntax Change История с синтаксисом атрибутов в PHP 8 продолжается. Предыстория была в канале.
  
  Вкратце: сначала был << >>, переголосовали за @@, а теперь новый виток обсуждений.
  У @@ были проблемы с парсером, но они решены благодаря нижеупомянутому RFC про неймспейсы. Тем не менее у него есть другие проблемы, и в качестве альтернативы предлагался вариант #[ ] как в Rust, но и у него есть минусы.
  
  Дошло до того, что рассматривается вариант переголосования за новый синтаксис и перенос атрибутов в PHP 8.1, потому что фиче-фриз для 8.0 уже 4 августа. То есть либо в PHP 8.0, но с одним из << >>, #[], @@, либо в PHP 8.1 с чем угодно.
  
  Для последнего случая предлагаются самые разные новые варианты: @[Attribute], в комментарии PHPDoc с двойной собачкой /** @@MyAttribute */, или даже маловероятный переделать оператор подавления ошибок из @ в @@, а одинарную @ использовать в атрибутах.
  
  

  New proposal - PHP 8 Annotations / Attributes should be:
  
  @@#[<< Annotation >>]
  
  There, now everyone has what they want.

  Chris Emerson (@chris_emerson) July 28, 2020

Laravel

• Секьюрити апдейт Laravel 6 и 7 В Laravel обнаружена уязвимость в куках сессий и выпущены обновления для 6 и 7. Пользователям Laravel 5.5 рекомендуется не использовать драйвер сессий 'cookie'.
• butschster/LaravelCycleORM Интеграция cycle/orm в Laravel.
• Годная инструкция как перенести легаси-приложение на Laravel.
• Подсистема событий как способ избавиться от задач по допилу.
• Laravel-Дайджест (27 июля 2 августа 2020)
• Стрим с Nuno Maduro и Freek Murze по конвертации тестов из чистого PHPUnit в Pest.
• Видеозаписи Laracon EU Online 2020

Материалы для обучения

• Все что необходимо знать о системе типов в PHP Отличный подробный пост о типах в PHP со всеми деталями и особенностями.
• PHP 8: примеры кода до и после.
• О проблемах покрытия кода и как его улучшить Покрытие веток, путей, метрики.
• PHP: Preloading Manual Наконец-то доступна подробная документация по предзагрузке, добавленной в PHP 7.4.
• Рассылка PhpStorm, But Better! #2 О кастомизации интерфейса.
• LearnXdebug.com Подборка ресурсов по Xdebug.
• Почему плохо надеяться на БД для валидации данных (уникальные ключи, ненулевое значение, внешние ключи) и что лучше делать вместо этого.
• Что нужно учесть при миграции с MySQL в Postgres.
• Пишем простейший сервис генерации заглушек изображений.
• PHP Internals News Эпизод #38: предзагрузка и WeakMaps.
• Порядок вычисления в PHP.
• Уязвимости PHP-фреймворков.
• Вы уверены, что пишете объектно-ориентированный код?

Аудио/Видео

• Подкаст PHP Internals News #63 С Andr Rmcke о предложении указывать модификатор доступа отдельно на чтение и запись для свойств.
• Подкаст PHP Internals News #64 С Benjamin Eberlei обо всех новых обсуждениях вокруг атрибутов.
• Стрим с Дериком по работе с Xdebug Настройка на Laravel Valet и PhpStorm, профайлинг, отладка, и советы.
• ХудоБедно учим онлайн с Дмитрием Елисеевым 3 августа в 17.00, новый формат стримов с Антоном Моревым и Сергеем Жуком.
• MoreView #12 | Дмитрий Елисеев Основатель elisdn.ru и deworker.pro. Про PHP, фреймворки, обучение и прочее.
• MoreView #13 | Валентин Удальцов Автор канала Пых и ведущий разработчик в Happy Job.
• Поиск и устранение утечек памяти в PHP Запись стрима с Валентином Удальцовым.
• Пятиминутка PHP 81 с обзором rectorphp/rector Теперь короткие выпуски Пятиминутки также в Instagram и TikTok.

Спасибо за внимание!

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

Больше новостей и комментариев в Telegram-канале PHP Digest.

Прислать ссылку
Поиск ссылок по всем дайджестам
Предыдущий выпуск: PHP-Дайджест 184

Свежая подборка со ссылками на новости и материалы. В выпуске: PHP 8 Beta 1, снова о синтаксисе атрибутов в PHP 8: #[Attr] vs @[Attr], предложение по синтаксису для BigInt, обзоры PHP8 и много других видео, инструменты, стримы, подкасты.

Приятного чтения!

Новости и релизы

• PHP 8.0.0 Beta 1 С первым бета-релизом заканчивается фаза активной разработки, а значит список новых возможностей и изменений в ветке 8.0 можно считать финальным. (За исключением синтаксиса атрибутов). Следующая бета ожидается 20 августа.
• PHP 7.4.9, 7.3.21, 7.2.33 Секьюрити релизы актуальных веток с исправлением уязвимости в phar.
• WordPress 5.5 Eckstine Наконец-то добавлено автообновлением тем и плагинов, что поможет сделать установки CMS безопаснее.

PHP Internals

• [RFC] Shorter Attribute Syntax Change История с синтаксисом атрибутов в PHP 8 продолжается. О финальном голосовании было в канале, но позже оно было приостановлено из-за того, что не был соблюден регламент по 2х-недельному обсуждению.
  
  Tycon Andre привел примеры, не очень удачного поведения варианта #[Attr] в PHP 7. C другой стороны, какая разница, если остальные варианты просто отвалятся с ошибкой парсинга?
  
  И сравнение синтаксисов @@Attr, #[Attr], <<Attr>> и @[Attr]:
  Скрытый текст

  @@ORM\Entity@@ORM\Table("user")class User{    @@ORM\Id @@ORM\Column("integer") @@ORM\GeneratedValue    private $id;    @@ORM\Column("string", ORM\Column::UNIQUE)    @@Assert\Email(["message" => "The email '{{ value }}' is not a valid email."])    private $email;}#[  ORM\Entity,  ORM\Table("user")]class User{    #[ORM\Id, ORM\Column("integer"), ORM\GeneratedValue]    private $id;    #[ORM\Column("string", ORM\Column::UNIQUE)]    #[Assert\Email(["message" => "The email '{{ value }}' is not a valid email."])]    private $email;}@[  ORM\Entity,  ORM\Table("user")]class User{    @[ORM\Id, ORM\Column("integer"), ORM\GeneratedValue]    private $id;    @[ORM\Column("string", ORM\Column::UNIQUE)]    @[Assert\Email(["message" => "The email '{{ value }}' is not a valid email."])]    private $email;}<<  ORM\Entity,  ORM\Table("user")>>class User{    <<ORM\Id, ORM\Column("integer"), ORM\GeneratedValue>>    private $id;    <<ORM\Column("string", ORM\Column::UNIQUE)>>    <<Assert\Email(["message" => "The email '{{ value }}' is not a valid email."])>>    private $email;}@:ORM\Entity@:ORM\Table("user")class User{    @:ORM\Id @:ORM\Column("integer") @:ORM\GeneratedValue    private $id;    @:ORM\Column("string", ORM\Column::UNIQUE)    @:Assert\Email(["message" => "The email '{{ value }}' is not a valid email."])    private $email;}
  

• [RFC] Named Parameters explicit opt in Документ был переделан и теперь вместо переименования параметров предлагает лишь явно указывать, что данный параметр именованный.

  // Именованный параметр включен явноfunction callBar(Foo $:parameterName) {    $internalName->bar();}$x = new Foo();callBar(parameterName: $x);// Параметр не именованныйfunction callBar($externalName) {    $externalName->bar();}$x = new Foo();callBar(externalName: $x); // Error: cannot call function callBar() using parameter $externalName by name.
  

  Поскольку PHP 8 уже заморожен для новых фич, то данное предложение возможно только в 8.1, да и то маловероятно.
• [Proposal] Bigint shorthand (123n) for GMP objects Интересное предложение пока без официального RFC.
  
  Предлагается реализовать в PHP синтаксис для больших чисел аналогичный JavaScript с добавлением в конце суффикса n:

  $theBiggestInt = 9007199254740991n
  

  
  При этом под капотом будет использоваться GMP. А поскольку для объектов GMP уже перегружены арифметические операторы, а также битовые и сравнения, то работа с такими числами будет прозрачной.
• В рамках дискуссии на тему улучшения интерактивного шелла PHP (php -a), предложен PR, который позволит задавать колбэк отрабатывающий на вывод из интерактивного шелла. Или пока можно использовать bobthecow/psysh.
• [RFC] PHP Namespace Policy Отклонен.

Инструменты

• PHPUnit 9.3 C поддержкой PHP 8 и Xdebug 3.
• sebastianbergmann/cli-parser Микропакет для парсинга аргументов командной строки, выделенный из PHPUnit.
• coduo/php-matcher Валидация данных по паттернам для тех, кто не хочет в регекспы.
• phpfn/phpfn Функциональные примитивы от SerafimArts.
• hidehalo/nanoid-php PHP-реализация Nanoid безопасного URL-совместимого генератора уникальных идентификаторов.
• woohoolabs/zen Простой PSR-11-совместимый контейнер с генератором файла предзагрузки.
• loophp/collection Легковесные коллекции.

Symfony

• mrsuh/json-validation-bundle Бандл для валидации JSON запроса/ответа по json-schema.org.
• Деплоим Symfony-приложение на AWS Lambda
• SSR: рендеринг ReactJS приложения на бекэнде используя PHP.

Laravel

• Очереди Laravel: Запуск одной и той же джобы несколько раз.
• Не используйте защиту от массового присваивания в ваших моделях Laravel.
• Better Laravel Way Несколько видео по фреймворку на разные темы.
• Laravel-Дайджест (1016 августа 2020)

Материалы для обучения

• Тестирование микросервисов на PHP с помощью Codeception.
• Как работают статические анализаторы PHP-кода.
• Антипаттерны в легаси приложениях на PHP.
• Method fossilisation О проблемах переопределения наследуемых методов.
• PHP-пакеты как зависимости уровня системы.
• KPHPStorm Около 7 лет назад ребятки и ВКонтакте выложили код своего транслятора KPHP. C тех пор новостей о нем особо не было.
  
  Представление о том, как выглядит KPHP сейчас можно сделать, посмотрев на плагин для PhpStorm, который опубликовали разработчики.
  
  Код плагина открыт github.com/unserialize/kphpstorm.
• Дружественные классы в PHP Когда-то был RFC на эту тему, но он не прошел голосование.
• Как создаются Highload проекты на PHP: расшифровка.
• PHP 8: код До и После (сравнение с PHP 7.4)
• Как я html-парсер на php писал, и что из этого вышло. Заключительная часть
• Запускаем php 8 с JIT через Docker за 5 минут

• Наткнулся на интересную заметку Никиты Попова 10-летней давности: "Operator precedence and associativity specify grouping, but they do not specify in which order the groups are executed. PHP does NOT specify what will actually happen." (тред )https://t.co/LhYOb8gtPx

  Пятиминутка PHP (@5minphp) August 9, 2020

Аудио/Видео

• PHP 8: Process & fixing insanity Обзор PHP 8 от одного из core-контрибьюторов George Peter Banyard. Еще раньше уже был подобный доклад от Никиты Попова, а также от от William Pinaud.
• Type Juggling Magic: Why PHP thinks 0 and password are the same Забавное видео о том, как приведение типов в PHP может привести к проблемам безопасности.
• Видеозаписи докладов Dutch PHP Conf 2020
• Стрим Примеры проектов на PHP и GO с разбором пары проектов на PHP и Go и обсуждением типичных проблем.
• Пятиминутка PHP #82: О переходе на declare(strict_types=1).
• Пятиминутка PHP #83: Объекты передаются по ссылке или нет?
• Подкаст Voices of the ElePHPant: Интервью с релиз-менеджерами PHP 8 Sara Golemon и Garbriel Caruso все про предстоящий релиз.
• Подкаст PHP Internals News #66 С Никитой Поповым про использование одного токена для всего неймспейса в PHP 8 и парсинге PHP в целом.
• Подкаст PHP Internals News #65 С Dan Ackroyd про новый оператор ?-> в PHP 8.

Занимательное

• www.elephpant.com Оригинальных слоников синего и розового цвета можно будет заказать, написав автору их дизайна Vincent Pontier.
  
  Серые и черные также есть в магазине Symfony shop.symfony.com теперь с доставкой по всему миру.
  

---

Спасибо за внимание!

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

Больше новостей и комментариев в Telegram-канале PHP Digest.

Прислать ссылку
Поиск ссылок по всем дайджестам
Предыдущий выпуск: PHP-Дайджест 185

Свежая подборка со ссылками на новости и материалы. В выпуске: PHP 8 beta 3, принят новый синтаксис атрибутов в PHP 8, Zephir всё, целая пачка полезных инструментов, статьи, видео, подкасты.

Приятного чтения!

Новости и релизы

• PHP 8 beta 3 Последняя бета в цикле. Следующим релизом станет RC 1, который ожидается 17 сентября.
• PHP 7.4.10, PHP 7.3.22
• Будущее Zephir и Phalcon Один из контрибьюторов языка Zephir и PHP-фреймворка Phalcon ушёл из проекта, поэтому активная разработка Zephir приостановлена, а Phalcon 5 планируется переписать на чистый PHP.
• В WordPress сообществе обсуждается план по поддержке версий PHP. Судя по ответам лидера проекта Matt Mullenweg, PHP 5.6 будет поддерживаться еще долго. По официальной статистике PHP 5.6 используется на 21.6% установок WP.

PHP Internals

• [RFC] Shorter Attribute Syntax Change Наконец-то закончилась эпопея с синтаксисом для атрибутов. На переголосовании принят вариант #[Attribute].

  #[  ORM\Entity,  ORM\Table("user")]class User{    #[ORM\Id, ORM\Column("integer"), ORM\GeneratedValue]    private $id;    #[ORM\Column("string", ORM\Column::UNIQUE)]    #[Assert\Email(["message" => "The email '{{ value }}' is not a valid email."])]    private $email;}
  

  
  Кстати, предыдущий синтаксис с @@Attr не поддерживал группировку атрибутов и поэтому такая возможность была убрана из PR. Но поскольку у #[ ] есть маркер конца, то группировку он поддерживает и она была возвращена.
  
  

  // Можно и так#[ORM\Entity]#[ORM\Table("user")]// и так#[    ORM\Entity,    ORM\Table("user")]
  

  
  Подробнее об атрибутах было в посте.
• [RFC] any() and all() on iterables Предлагается добавить две новых функции в стандартную библиотеку:
  any(iterable $input, ?callable $callback = null): bool запустит колбек на каждом элементе и остановится, на первом, который вернет true.
  all(...) вернет true только, если колбек вернет true для каждого элемента.
  
  Пример использования:
  
  

  // Было$satisifes_predicate = false;foreach ($item_list as $item) {    if (API::satisfiesCondition($item)) {        $satisfies_predicate = true;        break;    }}if (!$satisfies_predicate) {    throw new APIException("No matches found");}// Сталоif (!any($item_list, fn($item) => API::satisfiesCondition($item))) {    throw new APIException("No matches found");}
  

Инструменты

• Pest 0.3 Обертка над PHPUnit, которая позволяет писать тесты в более простом виде. Также готов плагин для PhpStorm Pest IntelliJ.
• Codeception/Verify 2.0 Ассершены для PHPUnit и Codeception с fluent-интерфейсом.
• ramsey/composer-repl Добавляет команду composer repl для запуска bobthecow/psysh.
• brick/money Библиотека для работы с денежными данными. Работает, даже если не уставлены GMP или BCMath. Сравнение с moneyphp/money.
• bassim/super-expressive-php Библиотека позволяет описывать регулярные выражения почти-естественным языком через текучий интерфейс. Альтернатива VerbalExpressions/PHPVerbalExpressions.
• phpsci/phpsci-carray Расширение PHP для научных вычислений. Основано на NumPy.
• github.com/phpwebclient Декораторы и хелперы для PSR-18 совместимых HTTP-клиентов.
• hamlet-framework/type Библиотека для спецификации типов. Может быть использована везде, где нужна спецификация типов, включая cast, assert, instanceof и т. п.

Symfony

• Книга Symfony 5: Быстрый старт доступна онлайн на русском.
• Неделя Symfony #714 (31 августа 6 сентября 2020)

Laravel

• laravel-orion/laravel-orion Пакет для автоматического создания REST API по Eloquent-моделям и их отношениям. Прислал @alexzarbn.
• Statamic 3 CMS на Laravel.
• Типичные ошибки в безопасности в Laravel-приложениях.
• Legacy и Laravel: Переписываем устаревшее приложение на современный фреймворк.
• Laravel 8 Что нового? Новая версия фреймворка выходит 8 сентября.
• LaravelДайджест (24 августа 6 сентября 2020)
• Laravel Worldwide Meetup #2: Neo Ighodaro and Michael Dyrynda

Yii

• yiisoft/auth Свежий пакет из семейства Yii 3 предоставляет различные методы аутентификации, набор абстракций для реализации в приложении, и PSR-15 middleware для аутентификации.
• yiisoft/strings Хелперы для работы со строками.

Async PHP

• Пишем простую ORM с возможностью смены БД на лету

Материалы для обучения

• Архитектура PHP-приложений вдохновленная чистой архитекторой (Чтобы обойти пейвол медиума, достаточно открыть ссылку в инкогнито окне).
• Диалекты в коде: Часть 1 О том, как разные люди могут использовать один и тот же язык программирования совершенно по-разному.
• Как работает unserialize() в PHP и почему она приводит к уязвимостям.
• Подключаем статический анализ (psalm) в проекте.
• Ускоряем PHP при помощи FFI.
• Настраиваем Xdebug + Docker + PhpStorm, а также немного о продвинутых техниках отладки.
• Anna Filina Полезный тред от Anna Filina о рефакторинге легаси приложений на PHP:

  Another week, another legacy project. Here are some things that I found in the code that you may want to avoid doing in your own projects. pic.twitter.com/cvVUKsNQAo

  Anna "Legacy Archaeologist" Filina (@afilina) July 28, 2020

  
  
  

  ---

  
  Спасибо за внимание!
  
  Если вы заметили ошибку или неточность сообщите, пожалуйста, в личку.
  Вопросы и предложения пишите на почту или в твиттер.
  
  

  Больше новостей и комментариев в Telegram-канале PHP Digest.
  

  
  Прислать ссылку
  Поиск ссылок по всем дайджестам
  Предыдущий выпуск: PHP-Дайджест 186
  

Свежая подборка со ссылками на новости и материалы. В выпуске: PHP 8.0 RC 1 и переименование параметров внутренних функций, PhpStorm 2020.3 EAP, многострочные короткие лямбды, атрибуты для групп свойств и другие новости PHP Internals, порция полезных инструментов, статьи, стримы, подкасты.

Приятного чтения!

Новости и релизы

• PHP 8.0.0 RC 1 Стартовал цикл релиз-кандидатов ветки 8. Запланировано 4 выпуска и второй релиз-кандидат ожидается 15 октября.
  
  Усилия core-команды сосредоточены на пересмотре имен аргументов во всех модулях. Пример переименований в PDO. За ходом можно наблюдать здесь.
• PhpStorm 2020.3 EAP Стартовала программа раннего доступа. Уже реализована полная поддержка PHP 8 поможет быстро сделать пакеты совместимыми с новой версией интерпретатора. Запланированы Xdebug 3, PHPStan/Psalm (в следующих билдах), интеграция Guzzle с HTTP-клиентом и другие фичи.
• PHP 7.2.34
• PHP 7.3.23
• PHP 7.4.11
• phpcommunity.ru PHP-митапы, чаты и ютуб-каналы.
• Традиционный Hacktoberfest с возможностью получить футболку за 4 пул-реквеста в открытые проекты пошел в этом году не по плану.
  
  Какой-то ютубер опубликовал инструкцию и показал, как делать примитивные пул-реквесты с изменениями в readme. Посыпался шквал бессмысленных PR. В итоге DigitalOcean теперь учитывают пул-реквесты только в те репозитории, у которых авторы явно указан топик hacktoberfest.
  
  Если вы хотите поучаствовать в опенсорсе и получить футболку, то вот инструкция как сделать хороший пул-реквест и список и issues с тегом #hacktoberfest в PHP-проектах.

PHP Internals

• [PR] Attributes on property groups Атрибуты можно будет указывать сразу для группы свойств, а не только по одному, так же как это работает для модификаторов доступа.

  class FooBar {    #[NonNegative]    public int $x, $y, $z;}
  

• [PR] Attributes and strict types Также атрибуты будут принимать во внимание директиву strict_types=1.
• [PR] OPCache: Direct execution opcode file without php source code file Концепт в виде в PR, в котором автор предлагает сделать возможным сохранять бинарный файл опкеша и запускать его уже без исходника. По сути, это что-то напоминающее подход в Java или очень похожее на питоновские файлы .pyc / .pyo.
  
  Теоретически, в этом случае можно было бы распространять предварительно скомпилированный PHP-код без исходников. Типа как .phar, но уже интерпретированный.
  
  Но в обсуждении указали на проблемы такого подхода. Формат опкода в PHP нестабилен и несовместим от версии к версии. Причем даже в рамках патч-релизов, то есть код скомпилированный на PHP 7.4.22 может просто свалиться с segfault на PHP 7.4.23. А сделать его стабильным маловероятно.
• [PR] Multiline arrow functions Короткие лямбды, добавленные в PHP 7.4, могут содержать только одно выражение. В этом пул-реквесте представлена реализация многострочных коротких лямбд:

  $guests = array_filter($users, fn ($user) => {  $guest = $repository->findByUserId($user->id);  return $guest !== null && in_array($guest->id, $guestsIds);});
  

  
  Из явных преимуществ по сравнению с обычными лямбдами можно отметить автоматический захват скоупа, то есть не надо добавлять use.
  
  Также остается открытым вопрос синтаксиса, а именно стоит ли добавлять стрелку =>:

  fn() => {}
  

  или

  fn() {}
  

Инструменты

• thephpleague/event 3.0.0 Популярный пакет для событий теперь совместим с PSR-14.
• terrylinooo/simple-cache Драйверы кеша по стандарту PSR-16 для хранения в файлах, Redis, MySQL, SQLite, APC, APCu, Memcache, Memcached и WinCache.
• Code With Me (EAP) В тестовом режиме доступен плагин для совместной работы в IDE от JetBrains.
• Bolt 4.0 Обновление популярной CMS на Symfony- компонентах.

Symfony

• В Symfony 5.2 будут атрибуты PHP 8 Например: #[Route('/path', name: 'action')] для роутов, #[Required] для указания требуемых зависимостей.
• Динамическое изменение уровня логирования в приложениях Symfony.
• Неделя Symfony #718 (28 сентября 4 октября 2020)

Laravel

• spatie/laravel-typescript-transformer Транслирует типы из PHP в Typescript для использования на фронтенде. Подробнее о мотивации в посте.
• Система управления иерархическими древовидными комментариями для Laravel drandin/closure-table-comments
• Сделайте свое приложение масштабируемым, оптимизировав производительность ORM
• Новинки Laravel 8
• Laravel Jetstream новый скаффолдинг для фреймворка
• LaravelДайджест (28 сентября 4 октября 2020)
• Обновленные гайдлайны по PHP и Laravel от Spatie
• Laravel Worldwide Meetup #3: Yaz Jallad и Адель Фаизрахманов Адель рассказывает про разработку плагинов для PhpStorm. Более подробный доклад от него ждем на PHP Russia.

Yii

• W3C откажется от WordPress и будут использовать CraftCMS, который сделан на базе Yii 2. Сама новость не была бы такой интересной без отличного документа о том, какие аспекты принимались во внимание при выборе.

Async PHP

• micc83/mailamie Простой SMTP-сервер для тестирования отправки почты. Реализован на ReactPHP.

Материалы для обучения

• Какая же цветовая схема IDE лучше, светлая или темная? Судя по исследованиям, лучше использовать светлую тему.
• Анализ использований оператора подавления ошибок @.
• Как статические методы убивают тебя хуже, чем коронавирус.
• .gitattributes для PHP-проектов.
• Почему не PHP? Вдохновившись статьей Почему не Rust, автор Psalm написал о главных проблемах PHP на его взгляд. А заканчивает статью фразой: theres never been a better time to start a new PHP project.
• Валидация в PHP. Красота или лапша?
• Собеседование php-developer в 2020.

Аудио/Видео

• Профилирование PHP-приложений с помощью Xdebug Cтрим с автором Xdebug.
• Туториал по работе c rectorphp/rector.
• Подкаст Между скобок 11 В гостях Валентин Удальцов (Пых) рассказывает почему PHP пошел в сторону строгой типизации, для чего нужны статические анализаторы и как они работают, и про будущее статических анализаторов.
• Рефакторинг в стиле ниндзя и другие приемчики Крутой стрим в котором Валентин Удальцов и Леонид Корсаков показывают как рефакторили компонент валидации из Yii 3 и вместе с ведущими Александром Макаровым и Валентином Назаровым обсуждают проблемы рефакторинга в целом.
• Компиляция и тест-драйв PHP 8 Brent Roose и Freek Van der Herten пробуют новые фичи языка на стриме.

---

Спасибо за внимание!

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

Больше новостей и комментариев в Telegram-канале PHP Digest.

Прислать ссылку
Поиск ссылок по всем дайджестам
Предыдущий выпуск: PHP-Дайджест 188

Фото: Илья Шихалеев.

Свежая подборка со ссылками на новости и материалы. В выпуске: PHP 8.0 RC 2, Xdebug 3 beta, PhpStorm EAP с поддержкой PHPStan и Psalm, порция полезных инструментов, статьи, видео, митапы.

Приятного чтения!

Новости и релизы

• PHP 8.0.0 RС 2 Следующий релиз-кандидат ожидается 29 октября. Для 8.0 создана ветка, а master репозитория теперь используется для PHP 8.1.
  
  Обзоры новых фич в PHP 8 можно посмотреть в постах Что нового в PHP 8 и PHP 8: до и после, также в блоге PhpStorm об использовании в IDE, обзоры Ларри Гарфильда и на PHP.Watch.
  
  Попробовать PHP 8 можно из докера php:rc-cli, на маке через shivammathur/homebrew-php, собрать из исходников с помощью github.com/php-build/php-build.
  
• Xdebug 3.0 beta 1 В третьей версии переработана конфигурация, чтоб начать работу с отладчиком было легче: достаточно одной опции xdebug.mode=debug. Порт по умолчанию, изменен с 9000 на 9003 наконец-то не будет конфликтов с php-fpm, который тоже использует 9000. Подробнее в руководстве по обновлению.
• Composer 2.0.0 RC2 Последний релиз-кандидат перед финальной версией. Чтобы попробовать сейчас: composer self-update --preview.
• PhpStorm 2020.3 EAP Во втором билде раннего доступа доступна поддержка PHPStan и Psalm: запуск инспекций, автодополнение тегов, поддержка типов, и даже первый тривиальный кейс для дженериков через @template.
  
  Кстати, в прошедшем недавно AMA на Reddit с командой PhpStorm Никита дал подробный ответ о состоянии дел и перспективах дженериков в PHP. Если коротко, то стираемые дженерики являются наиболее жизнеспособным подходом с чисто технической точки зрения, но в тоже время он очень не консистентен и оставляет дыру в типобезопасности.
• 29 ноября в Москве конференция PHP Russia будет офлайн.
• phpcommunity.ru PHP-сообщества в России, Беларуси, Украине.
  
  Месяц PHP-митапов: каждую субботу с 17 октября по 14 ноября.
  

Инструменты

• PHP-DI Независимый от фреймворка DI-контейнер.
• markrogoyski/math-php Мощная современная математическая библиотека для PHP.
• Danack/FloatHex Функции для преобразования числа с плавающей точкой в шестнадцатеричную строку и обратно, а также для отображения двух чисел с плавающей точкой в виде двоичного представления. Или еще раз почему 0.1 + 0.2 === 0.3 -> false
  Скрытый текст

  echo float_compare(0.3, 0.1 + 0.2);>> Sign  Exponent     Mantissa                                                 0  01111111101  0011001100110011001100110011001100110011001100110011     0  01111111101  0011001100110011001100110011001100110011001100110100     -  -----------  -------------------------------------------------xxx 
  

• marcocesarato/PHP-Antimalware-Scanner Сканер для поиска вредоносного кода в PHP-файлах.
• Prometheus PHP Клиент для prometheus.io на PHP.
• shivammathur/setup-php GitHub action для установки PHP, расширений, и прочего для последующего использования в своих пайплайнах. Небольшой обзор в блоге GitHub.

Symfony

• Неделя Symfony #720 (12-18 октября 2020)
• Новые члены core-команды Symfony.
• Что нового будет в Symfony 5.2 Среди прочего, в Symfony 5.2 можно использовать атрибуты PHP 8. Добавлена поддержка атрибутов для аргументов контроллера и пример в виде #[CurrentUser] для получения текущего пользователя:

  public function index(#[CurrentUser] MyUser $user) { /* ... */ }
  

Laravel

• ksassnowski/venture Инструмент позволяет строить сложные цепочки задач на основе системы очередей Laravel.
• spatie/spatie.be Spatie открыли код своего сайта spatie.be. И также прилагается серия туториалов с разбором всех тонкостей реализации.
• Стрим: Генерируем динамические картинки open graph с заголовками постов.
• Полное руководство по каркасам аутентификации в Laravel.
• LaravelДайджест (1218 октября 2020)
• Laravel Jetstream. Зачем?
• Тейлор отвечает на вопросы про Jetstream.

Async PHP

• clue/reactphp-mq Легковесная очередь сообщений в памяти на базе ReactPHP.

Материалы для обучения

• Transpiling PHP code from 8.0 to 7.x via Rector Если обновиться на новую версию PHP нет возможности, но новые фичи при разработке использовать хочется, то можно добавить этап компиляции в проект и даунгрейдить с помощью rector/rectorphp.
• Инструкция о том, как писать тесты для самого PHP Для этого не надо знать C, потому что тесты пишутся на PHP.
• Как обрабатывать большое число веб-хуков использовать очередь и отложенную обработку.
• Настраиваем PhpStorm для использования с PHPUnit и Xdebug через Docker.
• Именованные параметры PHP 8.0 и вариативные функции О разных способах вызова функций с произвольным числом аргументов и использовании spread оператора (...) в PHP 8.
• Кеширование делает все быстрее? Пост от автора PHPUnit о том, почему добавление кеширования для покрытия кода в PHPUnit не дало желаемого эффекта и как в итоге решили эту проблему.
• Анализ PHP-скрипта распространяющего малварь Emotet.
• Как я за вечер написал быструю CMS для статических сайтов по правилам бизнес-логики в одном файлике.
• Я сомневался в юнит-тестах, но Расшифровка подкаста Между скобок с Владимиром Янцем.
• Ловим баги на клиенте: как мы написали свою систему для сбора клиентских ошибок.
• Типобезопасная работа с массивами PHP, часть 2.

Аудио/Видео

• ХудоБедно с Сергеем Жуком, Антоном Моревым и Александром Макаровым про онбординг и все, что с ним связано.
• Deploy Friday #27 Language Spotlight: PHP Подкаст с участием релиз-менеджеров PHP 8 Sara Golemon и Gabriel Caruso, a также Larry Garfield. Про современный PHP.

---

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

Больше новостей и комментариев в Telegram-канале PHP Digest.

Прислать ссылку
Поиск ссылок по всем дайджестам
Предыдущий выпуск: PHP-Дайджест 189

Фото: Валерий Горбачев (PHP Krasnodar)

Свежая подборка со ссылками на новости и материалы. В выпуске: PHP 8.0 RC 3 и видеообзоры новых возможностей, Composer 2, завершение разработки Faker (теперь в новой организации), два новых RFC для PHP 8.1, порция полезных инструментов, статьи, видео с прошедших митапов.

Приятного чтения!

Новости и релизы

• PHP 8.0 RC 3 Предпоследний релиз-кандидат перед финальным выпуском. RC 4 ожидается 12 ноября и сам релиз уже 26 ноября.
  
  Свежие материалы по PHP 8:
  
  • Серия видеороликов по всем новым фичам от Spatie. Также выложен на YouTube.
  • Отличный обзор изменений с интерактивными демо от Marcel Pociot. Есть перевод: PHP8пробуемновыевозможности.
  • Видеокурс по новым фичам от Marcel Pociot и BeyondCode.
  • Обновление серии постов от Larry Garfield: Weak maps, FFI, JIT.
  • Самые частые ошибки совместимости с PHP 8.0 и как их исправить.
• В PhpStorm 2020.3 будут доступны кастомные атрибуты для PHP 8: #[ArrayShape], #[ExpectedValues], #[NoReturn], #[Pure], #[Deprecated], #[Immutable]. Причем #[ArrayShape] и #[Immutable] будут работать даже с более ранними версиями PHP.
• PHP 7.4.12
• PHP 7.3.24
• Composer 2 В этом мажорном релизе:
  
  • улучшена производительность благодаря параллельному скачиванию и установке пакетов и куче других оптимизаций;
  • более понятное описание ошибок при разрешении зависимостей;
  • в скрипт автозагрузки добавлен шаг проверки версии PHP и расширений (отключается добавлением "platform-check": false);
  • --dry-run флаг для require и remove тестовый прогон команды, чтоб увидеть, что будет в итоге;
  • --unused флаг для remove поможет удалить ненужные зависимости из vendor, которых нет в composer.json (типа purge);
  • и много другого.
  
  Подробнее об изменениях можно почитать на php.watch или чуть короче в переводе на Хабре.
  
  Чтобы обновиться на новую версию, достаточно запустить: composer self-update --2.
  
• Закат PHP Faker В PR по поддержке PHP 8 в библиотеке fzaninotto/Faker поднялся спор о том, как развивать библиотеку. В ответ автор Francois Zaninotto объявил о том, что пакет можно считать завершенным и новых релизов не будет. Передавать репозиторий другой команде он не хотел, поэтому вскоре был создан форк fakerphp/Faker, который уже совместим с PHP 8 и не поддерживает PHP 5.
  
  Передавать права Franois Zaninotto не хотел, во-первых, потому что хочет оставить проект с 25k+ звезд на своем аккаунте. А во-вторых, потому что в прошлом был автором популярной ORM Propel. Контроль над ней он передал другому разработчику, который совершил единственную худшую стратегическую ошибку решив переписать все с нуля. Прошло 7 лет и стабильная версия Propel 2 до сих пор не вышла. Хотя это и не мешает использовать альфа-версии.
  
  Спасибо Franois за 9 лет работы над Faker.
  
• PHP Russia 2020 -> PHP Russia 2021 Конференцию перенесли на 1 марта 2021 года.
• phpcommunity.ru PHP-сообщества в России, Беларуси, Украине.
  
  Ближайшие митапы: Калининград, 4 ноября; Краснодар, 7 ноября; Нижний Новгород, 14 ноября.
  

PHP Internals

• [RFC] Short Functions В этом RFC предлагается добавить синтаксис стрелочных функций для однострочных именованных функций и методов.
  

  class Person{    public function __construct(        private string $firstName,    ) {}    public function getFirstName(): string => $this->firstName;}"
  

• [RFC] Explicit octal integer literal notation В PHP шестнадцатеричные числа записываются с префиксом 0x, а двоичные с 0b. Восьмеричные же сейчас выбиваются из ряда и записываются с префиксом 0. Кроме неконсистентности, это может привести к проблемам при нестрогом сравнении с числовой строкой. Например, 016 в десятичном представлении равно 14 и в результате "016" == 016; // false.
  
  Предлагается для восьмеричных чисел разрешить нотацию с префиксом 0o, которая является стандартом и используется во многих других языках.

  0o16 === 14; // true016 === 0o16; // true"016" == 0o16; // false
  

• Literal types PoC Концепт литерального типа для PHP как в TypeScript.

  function foo(): "foo"|"bar" {    return "foo";}
  

  
  Литеральный тип вряд ли будет реализован в PHP, но вот есть черновик RFC с предложением алгебраического типа данных, т. е. продвинутых перечислений.

Инструменты

• Infection PHP 0.20 В свежем обновлении фреймворка для мутационного тестирования добавлено 8 новых мутаторов и возможность автоматически добавлять комментарии прямо в PR на GitHub.
• JustSteveKing/php-sdk Скелет для разработки PHP SDK для сервисов и API.
• Hi-Folks/rando-php Хелпер для генерирования псевдослучайных данных с различными фильтрами: $randomChars = Randomize::sequence()->chars()->count(10)->noDuplicates()->generate();
• voku/PHPDoctor Проверяет файлы и директории и находит места, где не хватает деклараций типов.
• Psalm 4 Обновление популярного статического анализатора.
• phpDocumentor v3.0.0 Мажорное обновление инструмента для генерирования документации на основе PHPDoc.

Symfony

• A/B тесты на Symfony с помощью travaux-com/VariantRetriever.
• Неделя Symfony #722 (26 октября 1 ноября 2020)
• Удаленное выполнение кода (RCE) на Symfony сайтах Разбор эксплуатации уязвимости через выполнение запроса /_fragment и слабого/дефолтного секрета.

Laravel

• jessarcher/laravel-castable-data-transfer-object Автоматически преобразовывает JSON-поля в DTO. Подробнее в посте.
• Collector Плагин для PhpStorm для рефакторинга стандартных функций PHP в методы коллекций Laravel.
• spatie/laravel-route-attributes Позволяет описывать роуты с помощью атрибутов из PHP 8.
• Нестандартный Laravel Несколько статей с идеями по улучшению кода.
• LaravelДайджест (26 октября 1 ноября 2020)
• Laravel Worldwide Meetup #4: Ryan Chandler GitHub Actions для Laravel разработчиков, Liam Hammett Нетрадиционные автозагрузчики.
• Laravel Fireside 21.10.2020 Стрим Тейлора с ответами на вопросы.

Yii

• Обновился PhpStorm плагин Yii2 Support.
• yiisoft/security 1.0 Еще один компонент из семейства Yii 3. Представляет набор классов для решения типичных задач, связанных с безопасностью.

Материалы для обучения

• Делаем ООП правильно. Или почему наследование это не ООП.
• Статья от MediaWiki о важности использования пула HTTP-соединений в хайлоаде на PHP и применении envoyproxy/envoy для этого.
• Сравнение инструментов подсчета покрытия кода: Xdebug, phpdbg и PCOV.
• Как убрать лишние детали из тестов и сделать их более читаемыми.
• О разнице между Value Object и Data Transfer Object.
• Эволюция PHP от 5.6 до 8.0 (Часть 1), (Часть 2).
• Откуда берется заголовок Content-Type: nginx + php-fpm.

Аудио/Видео

• SDCast #124 В гостях Михаил Боднарчук, автор фреймворков для тестирования Codeception & CodeceptJS.
• Нюансы WeakReference & WeakMap на конкретном примере / Валентин Удальцов Разбор решения задачи про утечки, опубликованной на канале Пых.
• Видеозаписи с прошедших митапов:
  
  • Escaping from OOP boundaries Александр Лисаченко про устройство и применение lisachenko/z-engine.
  • Большие проекты, архитектура и фреймворки Александр Макаров на NIXMultiConf #4
  • Очень странные дела на PHP (Кирилл Несмеянов, PHP Russia).
  • Безопасность: от принципов до особенностей PHP (Александр Макаров, Yii).
  • Перенос проекта с PHP4 на PHP7 (Максим Шамаев, Skyeng).
  • Переезд с PHP на Go (Илья Фроликов, Туту.ру).
  • От Doctrine ORM к CQRS за 20 минут (Дмитрий Симушев, Райффайзенбанк).
  • Митап ульяновского PHP-сообщества: микросервисы, автодеплой, легаси и внутрянка языка.
  • Доклады от самарского PHP-сообщества: работа с таймзонами, DDD и единый формат обработки ошибок.
  
  

---

Если вы заметили ошибку или неточность сообщите, пожалуйста, в личку.

Больше новостей и комментариев в Telegram-канале PHP Digest.

Прислать ссылку
Поиск ссылок по всем дайджестам
Предыдущий выпуск: PHP-Дайджест 190

Свежая подборка со ссылками на новости и материалы. В выпуске: Последний релиз-кандидат PHP 8.0 перед финальным релизом и свежие материалы по PHP 8, RFC и обсуждения из PHP Internals, порция полезных инструментов, стримы, подкасты, статьи.

Приятного чтения!

Новости и релизы

• PHP 8.0 RC 4 Последний релиз-кандидат перед финальным выпуском PHP 8, который намечен на 26 ноября.
  
  Свежие материалы по PHP 8:
  
  • Обновление серии постов от Larry Garfield: про атрибуты и объявление свойств в конструкторе.
  • Видеокурс по основным фичам PHP 8 от Spatie.
  • В PHP 8 оператор `@` не будет подавлять фатальные ошибки, а именно ошибки типов: E_ERROR, E_CORE_ERROR, E_COMPILE_ERROR, E_USER_ERROR, E_RECOVERABLE_ERROR, E_PARSE.
  • О WeakMap в PHP 8 с примерами реального применения.
  • Как сконфигурировать JIT в PHP 8.
  
  
  Кроме того, в PHP 8 по умолчанию удален PECL. Из-за этого могут поломаться Dockerfile, в которых с его помощью устанавливались расширения. Вместо PECL можно использовать FriendsOfPHP/pickle.
  Скрытый текст

  RUN curl -L -o /tmp/pickle.phar https://github.com/FriendsOfPHP/pickle/releases/latest/download/pickle.phar; \    mv /tmp/pickle.phar /usr/local/bin/pickle; \    chmod +x /usr/local/bin/pickle; \    pickle install xdebug; \RUN echo "extension=xdebug.so" >> $PHP_INI_DIR/conf.d/php.ini; \
  

  
  Или так:

  RUN mkdir -p /usr/src/php/ext/xdebug && \    curl -fsSL https://pecl.php.net/get/xdebug | \    tar xvz -C "/usr/src/php/ext/xdebug" --strip 1 && docker-php-ext-install xdebug
  

  
  
• phpcommunity.ru PHP-сообщества в России, Беларуси, Украине.
  
  • Полезные привычки программиста после 30, MySQL vs Postgres и как поговорить об этом в субботу.
  • Как обстоят дела с PHP в Краснодаре (и не только).
  
  Ближайшие митапы: PHP-митап Иннополис онлайн, 19 ноября; Online-митап по PHP от SimbirSoft, 20 ноября.
  

PHP Internals

• [Draft] Closure self reference Ранний черновик на обсуждении. Предлагается в замыканиях добавить псевдопеременную $lambda, которая указывает на само замыкание. По аналогии с $this для классов.

  $fibonacci = function (int $n) use (&$fibonacci) {    if ($n === 0) return 0;    if ($n === 1) return 1;    return $fibonacci($n-1) + $fibonacci($n-2);};// =>$fibonacci = function (int $n) {    if ($n === 0) return 0;    if ($n === 1) return 1;    return $lambda($n-1) + $lambda($n-2);};
  

• [PR] Support for <func>::function syntax Концепт синтаксиса ::function (или ::fn) для получения полного неймспейса и имени функции по аналогии с ::class. Подобное предложение обсуждалось раньше и имеет проблемы, но вполне вероятно будет принято.
• [Discussion] Alias for `int|float` Обсуждалась возможность ввести псевдоним number или numeric для объединенного типа int | float. В комментариях указали, что уж лучше позже сделать полноценные алиасы для типов как в TypeScript: type Number = Foo|Bar;.

Инструменты

• mnavarrocarter/php-fetch Порт fetch WebApi на PHP без сторонних зависимостей. Лаконичный HTTP-клиент в одной функции:
  Скрытый текст

  use function MNC\Http\fetch;$response = fetch('http://personeltest.ru/aways/habr.com');echo $response->status()->code();   // 200echo buffer($response->body());// orwhile (($chunk = $response->body()->read()) !== null) {    echo $chunk;}
  

• themsaid/ibis Поможет сгенерировать полноценную электронную книгу в PDF из markdown-файлов.
• i582/phpstats Инструмент для сбора метрик кода и графов зависимостей для PHP. Реализован на базе VKCOM/noverify, то есть на Go.
• mihaeu/dephpend Инструмент статического анализа, который поможет выявить проблемы в архитектуре путем анализа зависимостей классов.
• httpsoft/http-message Строгая и быстрая реализация стандартов #PSR-7 и #PSR-17.
• spatie/crypto Небольшая обертка над openssl для шифрования данных с помощью приватного/публичного ключа. Вводный пост.
• icanhazstring/systemctl-php PHP-обертка над systemctl.

Symfony

• Symfony Panther: PHP-библиотека для тестирования из браузера и парсинга веб-страниц.
• Что нового будет в Symfony 5.2 .
• Несколько видеотуториалов по Symfony.
• Неделя Symfony #723 (9-15 ноября 2020)

Laravel

• laravel/breeze Новый пакет от Тейлора. По сути, одна консольная команда для быстрого разворачивания приложения на Laravel + Tailwind CSS + контроллеры для аутентификации. Видеообзор пакета.
• spatie/laravel-settings Позволяет работать с конфигом приложения в типизированном стиле. Вводный пост.
• ksassnowski/venture Инструмент позволяет строить сложные цепочки задач на основе системы очередей Laravel.
• Laravel Podcast S4:E17 C Christoph Rumpel про сервис-контейнер Laravel.
• Стрим об обновлении пакета spatie/laravel-event-sourcing на PHP 8.
• Обзор плагина Laravel Idea для PhpStorm.
• LaravelДайджест (28 ноября 2020)

Yii

• Новости Yii 2020, выпуск 7 Релизы Yii 2, прогресс по Yii 3, важные вести о Yii 1 и другие новости.

Async PHP

• clue/reactphp-term Потоковый эмулятор терминала.
• clue/reactphp-utf8 Потоковый парсер UTF-8.

PhpStorm

• PhpStorm 2020.3 EAP #6 В раннем доступе поддержка Tailwind CSS и Xdebug 3.
• Подборка трюков и советов по PhpStorm в твитах.
• IntelliJ плагин для Alpine.js Добавляет автокомплит директив.
• Elephpant Progress Bar Заменяет прогресс бары на слоника.
  

Разное

• ВКонтакте снова выкладывает VKCOM/kphp Ребята из ВКонтакте заопенсорсили свой компилятор PHP. Коротко было в канале, а подробнее в анонсе на Хабре.
• Как разрабатывать на PHP 7.4 и деплоить на PHP 7.1 с помощью rectorphp/rector GitHub Actions. Когда хочется использовать новые фичи языка, но обновить целевую систему нет возможности.
• О поддержке атрибутов PHP 8 в Psalm.
• php-fig-rectified/fig-rectified-standards Попытка создать альтернативные стандарты. В частности, сделан PSR-2-R с табами вместо пробелов и скобками для классов и методов на одной строке с декларацией.

Аудио/Видео

• PHP Internals News подкаст, в котором Derick Rethans (Xdebug) берет интервью у авторов RFC.
  
  • Episode 69: Short Functions C Larry Garfield про однострочные именованные функции / методы.
  • Episode 70: Explicit Octal Literal C George Peter Banyard про запись восьмеричных чисел в PHP.
  
  
• ОНТИКО подкаст В первом выпуске в гостях Александр Макаров.
• PHPBenelux Virtual Meetup: Damien Seguy Modernize your PHP with Exakat, Wim Godden Why and How of moving to PHP 8.
• О создании дев-окружения для PHP с помощью Docker Compose.
• Митап Фреймворки и инструменты PHP: Александр Макаров Yii: уроки прошлого и будущее, Антон Титов Cycle ORM и графы, Дмитрий Елисеев Выбор фреймворка для ентерпрайза.

Занимательное

• vincentpontier.com/elephpant/ Официальный магазин слоников снова доступен! Можно заказать розового и синего.

Спасибо за внимание!

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

Больше новостей и комментариев в Telegram-канале PHP Digest.

Прислать ссылку
Поиск ссылок по всем дайджестам
Предыдущий выпуск: PHP-Дайджест 191

У PHP отличное сообщество. Пандемия отобрала у нас митапы и конференцию, но мы можем собраться 25 ноября вечером в онлайне на:

• доклад PHP 8: юзерленд нескучный обзор с примерами и рекомендациями,
• дискуссию о развитии языка,
• и сессию Q&A с Никитой Поповым (вопросы соберем по ходу эфира).

Для участия достаточно зарегистрироваться, это бесплатно. А пока есть время, мы попросили ребят, которые придут в трансляцию, вспомнить, за что они любили и не любили предыдущие версии языка.

Роман pronskiy Пронский автор PHP-дайджестов и главный по маркетингу в PhpStorm. Соведущий нашего митапа

Что было самым крутым в PHP 5?
Неймспейсы, оператор goto ( )

А самым ужасным и вредным?
Трейты.

Когда PHP 6 не увидел свет, ты
Искал свою первую работу, связанную с PHP.

Самое крутое в PHP 7?
Zend Engine 3 производительность!

А самое бесполезное в 7-ке?
Не помню ничего такого.

Александр SamDark Макаров соавтор Yii3, главный по программе PHP Russia. Соведущий нашего митапа

Что было самым крутым в PHP 5?
Zend Engine 2. Нормальное ООП в сравнении с PHP 4 + много классных фич в промежуточных релизах.

А самым ужасным?
Ничего прям ужасного не вспомню.

Когда PHP 6 не увидел свет, ты
В общем-то, не заметил этого :) Но потом, когда вчитался, понял, какой объём работ был выкинут и насколько это должно быть обидно.

Самое крутое в PHP 7?
Скорость, типизация, ??, анонимные классы.

А самое бесполезное в 7-ке?
Семёрка хорошая.

Валентин vudaltsov Удальцов автор телеграм-канала Пых, активный контрибьютор в Symfony

Что было самым крутым в PHP 5?
То, что больше не снится мне в страшных снах.

А самым ужасным?
trait

Когда PHP 6 не увидел свет, ты
Перешёл на QBasic.

Самое крутое в PHP 7?
??=

А самое бесполезное в 7-ке?
trait.

Альберт alexleonov Степанцев, автор статьи Мне не нравится, во что превращается PHP

Что было самым крутым в PHP 5?
Самое крутое, что он был вообще. Без него бы не было современных версий.

А самым вредным?
Пятерка была разной: между 5.6 и 5.0 скорее больше различий, чем чего-то общего. Язык изменился неузнаваемо. Лично для меня, наверное, самым вредным стало то, что длина int зависит от разрядности операционной системы.

Когда PHP 6 не увидел свет, ты
Хотел скупить все книги по PHP 6, которые успели издать.

Самое крутое в PHP 7?
NG.

А самое бесполезное в 7-ке?
Когда-то считал бесполезными анонимные классы. Теперь так не считаю.

p.s. Стрим организован совместными усилиями Онтико (PHP Russia), devrel-команды Skyeng и проекта PHP Point. Отдельное спасибо Алисе alyssashch Мартыновой из ростовского ИТ-сообщества RnD Tech за помощь с сайтом митапа.

Рады представить финальный мажорный релиз PhpStorm в этом году! Под катом подробный разбор всех изменений и новых возможностей.

• PHP 8: поддержка всех языковых функций, и штормовские атрибуты.
• PHPStan и Psalm можно использовать для подсветки ошибок в редакторе.
• Xdebug 3 с упрощённой конфигурацией, и новые фишки для отладки в IDE.
• HTTP-клиент теперь может запускать запросы Guzzle и экспортировать в cURL.
• Совместная разработка для работы над проектом с коллегами в реальном времени.
• Редактор научился рендерить диаграммы Mermaid.js, разделять экран перетаскиванием, и позволяет просматривать файлы не открывая их.
• Git stage поддерживается как альтернатива для changelists.
• В инструментах БД добавлен SQL для MongoDB.
• Tailwind CSS теперь тоже поддерживается.

PHP 8

PHP 8.0 выпущен. Большое спасибо всем контрибьюторам и менеджерам релиза!

PhpStorm 2020.3 поддерживает все последние изменения языка. Давайте рассмотрим, что доступно и как это использовать в IDE.

Версия языка в статусбаре

Теперь в статусной строке всегда отображается текущая версия PHP проекта. Оттуда же можно переключить версию.



Если переключатель не активен, это означает, что ограничение на версию PHP задано в composer.json.

Именованные аргументы

В PHP 8 аргументы функций и методов могут передаваться путем указания имени параметра. Вызовы теперь автоматически задокументированы, а необязательные параметры стали необязательными в полном смысле слова.

С помощью квик-фикса Add name identifiers можно добавить имена к аргументам:



Опечатки или ошибочные имена аргументов подсвечиваются:



Если передаваемое значение совпадает со значением параметра по умолчанию, то его можно смело удалить:



Вместо массива options для передачи набора параметров можно использовать именованные аргументы, просто передавая только необходимые. Аргументы, передаваемые таким образом, в отличие от элементов массива, являются типобезопасными.

Атрибуты

Атрибуты это новый, структурированный способ указания метаданных в PHP вместо комментариев PHPDoc.

Чтобы создать атрибут, надо объявить класс и добавить маркер #[Attribute]. Здесь PhpStorm поможет с подсветкой, автодополнением кода, поиском использований, рефакторингами и прочим.



Сам PHP проверяет валидность атрибутов только при вызове ReflectionAttribute::newInstance(). А если не обращаться к атрибутам через Reflection, то они полностью игнорируются, чтобы не загружать лишние классы и не создавать объекты.

А вот PhpStorm провалидирует все в редакторе, не запуская Reflection API. При этом проверяются следующие правила:

• Указанный класс действительно может быть атрибутом.
  
  
  
• Данный атрибут применяется только в разрешенных местах: класс, свойство, метод, параметр, функция или константа класса.
  
  
  
• Атрибут повторяется только в том случае, если он объявлен с флагом Attribute::IS_REPEATABLE.
  
  
  

Вот атрибуты в действии с Symfony:

---

Штормовские атрибуты PHP 8

Несколько атрибутов доступны в PhpStorm 2020.3 из коробки в неймспейсе \JetBrains\PhpStorm\.

Их сразу же можно использовать в своей кодовой базе, ничего не подключая.

А вот если вы дополнительно используете другие инструменты статического анализа и не хотите получать ошибок типа Class not found, то тогда, возможно, стоит добавить пакет атрибутов JetBrains/phpstorm-attributes как зависимость в composer.json.

#[Deprecated]

Используйте этот атрибут как PHPDoc-тег @deprecated, чтобы пометить методы, классы или константы классов, которые будут удалены в будущем.

Преимущество тут в том, что можно указать замену для устаревшего кода и пользователю будет проще обновиться.

Давайте посмотрим на реальный пример. В недавно выпущенном Symfony 5.2 метод \Symfony\Component\DependencyInjection\Alias::setPrivate() объявлен устаревшим. Если там добавить атрибут #[Deprecated], то можно упростить миграцию.

#[Deprecated(   reason: 'since Symfony 5.2, use setPublic() instead',   replacement: '%class%->setPublic(!%parameter0%)')]

#[ArrayShape]

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

Синтаксис вот такой:

#[ArrayShape([// key => type,   key1 => int,   key2 => string,   key3 => Foo,   key3 => App\PHP 8\Foo::class,])]function functionName(...): array

Тип может быть указан как строка или как ссылка на класс в виде FQN строки или константы ::class.



Массив, который определяет форму, можно вынести в константу и переиспользовать:

const  MY_ARRAY_SHAPE = [];#[ArrayShape(MY_ARRAY_SHAPE)]

В PhpStorm мы уже проаннотировали атрибутом #[ArrayShape] некоторые стандартные функции PHP, например parse_url().

К счастью, синтаксис однострочных атрибутов обратно совместим. То есть, если записать #[ArrayShape] в одну строку в проекте на PHP 7, то интерпретатор PHP воспримет эту строку как комментарий.

В отличие от интерпретатора PHP, PhpStorm все равно будет анализировать атрибуты! Так что, даже если ваш проект работает на PHP 7.4 или ниже, вы все равно получите пользу от добавления #[ArrayShape].

#[Immutable]

Неизменяемые объекты не могут быть изменены после инициализации или создания. Их использование делает состояние программы более предсказуемым и облегчает отладку.

Атрибутом #[Immutable] можно пометить весь класс или конкретные свойства, чтобы показать, что они не могут быть изменены.

PhpStorm будет проверять использование таких объектов и свойств и подсвечивать попытки изменения.



Изменение свойства по умолчанию разрешено в конструкторе, но можно также разрешить и в методах private/protected. Это делается с помощью констант CONSTRUCTOR_WRITE_SCOPE, PRIVATE_WRITE_SCOPE, PROTECTED_WRITE_SCOPE, передаваемых в конструктор #[Immutable].

#[Pure]

Этим атрибутом помечаются чистые функции, то есть те, которые не производят никаких побочных эффектов. Такие функции можно безопасно удалить, если результат их выполнения впоследствии не используется.



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



Все стандартные чистые функции PHP уже помечены этим атрибутом в PhpStorm.

#[ExpectedValues]

С помощью этого атрибута можно указать, какие значения функция принимает в качестве параметров, а какие может возвращать.

Это практически то же самое, что делает expectedArguments() в .phpstorm.meta.php. Разница лишь в том, что мета-версия, скорее, вспомогательная, а атрибут жестко указывает, что других возможных значений нет.

Например, рассмотрим функцию count:

count ( array|Countable $array_or_countable [, int $mode = COUNT_NORMAL ] ) : int

Еe второй аргумент целое число, но на самом деле это не произвольное целое число, а одна из констант COUNT_NORMAL или COUNT_RECURSIVE.

Вот как атрибут #[ExpectedValues] улучшит ситуацию:



То есть появилось автодополнение, а если передано что-то другое, то подсвечивается ошибка.

Еще один пример #[ExpectedValues]

Возьмем хелпер response() из Laravel. В качестве второго параметра он принимает статус код HTTP.

Есть две проблемы

• Нет автодополнения с возможными кодами
  
• Нет проверки правильности значения в редакторе
  

Давайте исправим это, добавив атрибут #[ExpectedValues(valuesFromClass: Response::class)]

#[NoReturn]

Некоторые функции могут приводить к остановке выполнения скрипта. Если отметить такие функции как точки выхода атрибутом #[NoReturn], то улучшится анализ потока управления.

#[Language]

Этот атрибут можно добавить к строковым параметрам, в которых ожидается текст на каком-либо языке, например RegExp, SQL, DQL и так далее.

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

---

Вернемся к новым возможностям PHP 8.

Объявление свойств в конструкторе

Обычные свойства можно преобразовать в promoted или обратно с помощью квик-фикса Convert to promoted property.



PhpStorm гарантирует, что свойства используются только способом, разрешенным в PHP 8:

• Можно декларировать свойства только в конструкторе.
  
• Нельзя объявлять в абстрактном конструкторе.
  
• Нельзя объявлять свойство variadic таким образом.
  
• Свойство не может иметь тип 'Callable'.
  
• Не допускается переопределение свойства.
  

Если свойство объявлено новым способом, но в теле конструктора осталась инициализация, то PhpStorm предложит ее удалить.

Выражение match

Новое выражение похоже на switch, но использует строгое сравнение и может быть присвоено переменной или возвращено.

PhpStorm определяет, может ли блок switch быть переделан в match, и сделает это автоматически с помощью квик-фикса по нажатию Alt+Enter:



Может быть трудно увидеть неправильное использование нового выражения, поэтому PhpStorm подсветит все ошибки.




Будут обнаружены дублирующиеся значения в условиях:



Выражение match с одной веткой и веткой по умолчанию может быть безопасно заменено на тернарное выражение.



А если осталась только ветка по умолчанию, то соответствие match вообще не понадобится.



Наконец, если в разных ветвях одинаковые тела, они могут быть объединены.

Оператор nullsafe

Вместо кучи условий с проверкой на null теперь можно использовать цепочку вызовов с новыми оператором ?->.

PhpStorm проверит правильность использования оператора:

Висячая запятая

Теперь допустимо добавлять запятую после последнего аргумента при вызове функций и в списке замыканий use.

Non-capturing catches

В PHP 8 можно ловить исключение в catch-блоке без переменной.

Выражение throw

Бросать исключения теперь можно в стрелочных функциях и в коротких операторах ??, а также в тернарном ? :.



Можно использовать сокращение thr и нажать tab это live template.

Константа ::class на объектах

Раньше, чтобы получить FQN объекта, нужно было использовать функцию get_class(). В PHP 8 вызов get_class($object) можно смело заменить на $object::class.

Собственно, по нажатию Alt+Enter такую замену и можно сделать. Неправильное использование константы ::class PhpStorm подсветит.

Новые функции для строк: str_contains(), str_starts_with(), str_ends_with()

How do I check if a string contains a specific word? самый просматриваемый вопрос по PHP на Stack Overflow. В PHP 8 есть четкий ответ на этот вопрос: использовать функцию str_contains().

PhpStorm 2020.3 находит вызовы strpos(), которые можно заменить на str_contains():



Есть также новые str_starts_with() и str_ends_with() для определения того, начинается или заканчивается ли строка определенной подстрокой. PhpStorm подсвечивает, где вызовы substr() можно заменить новыми альтернативами:

Reclassified engine warnings

В PHP 8 для многих ошибок был пересмотрен тип бросаемого предупреждения. А именно, вместо Notice во многих случаях будет Exception или Type Error.

В PhpStorm в связи с этим некоторые инспекции имеют два разных уровня severity: для PHP 8 и для более старых версий.



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

Поддержка Psalm и PHPStan

Оба статических анализатора можно использовать в PhpStorm 2020.3 для подсветки проблем непосредственно в редакторе.



Если PHPStan или Psalm добавлены как зависимости в composer.json, то рядом с ними будет значок гаечного ключа, открывающий настройки инструмента.



Оттуда можно перейти к настройкам инспекции и включить подсветку в редакторе. Это делается выбором соответствующей инспекции в списке PHP | Quality tools в Settings/Preferences | Editor | Inspections.

Лучше включить только один из инструментов, а не оба одновременно.



Тут же можно указать путь к конфигурационному файлу и настроить аргументы командной строки.

PHPStan может работать без конфигурационного файла, а для Psalm он требуется обязательно. Если в корневом каталоге есть psalm.xml или phpstan.neon, PhpStorm подтянет их автоматически.

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

Аннотации

Все псалмовские аннотации @psalm-* теперь корректно подсвечиваются в редакторе. Но вообще, теперь можно смело убирать префикс @psalm- из тегов, то есть @psalm-return -> @return и @psalm-param -> @param.

Поддержка типов

Добавили поддержку некоторых типов Psalm и на основе информации из тегов улучшили наш вывод типов. Это сделало более точными проверки, генерацию кода и автодополнение.

Псевдотипы
Поддерживаются псалмовские псевдотипы, такие как scalar, numeric и т. п.



Константы в типах
Пожжерживаются объединения констант и указание через * в тегах param и var.



Тайпхинты для массивов
Описания массивов array<array-key, Type> тоже поддерживаются, в том числе вложенные.



Дженерики и @tempate
Поддержка дженериков фича для продвинутых пользователей, у которой нет полной корректной спецификации и много граничных случаев. Тем не менее мы решили реализовать базовую поддержку для @template на основе синтаксиса Псалма, чтобы посмотреть, как это будет использоваться.

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

Эта поддержка дженериков является очень базовой, ее можно считать экспериментальной. Хотим понять, как это будет использоваться и что нужно реализовать в первую очередь. Будем рады обратной связи, особенно в виде реальных примеров использования в наш трекер.

Xdebug 3

Обновился популярный отладчик для PHP, теперь он значительно быстрее в работе и проще в настройке. Более подробно об Xdebug 3 читайте в документе Upgrade guide.

Чтобы сконфигурировать Xdebug 3, теперь достаточно одной опции xdebug.mode (например так XDEBUG_MODE=debug).

Также был изменен дефолтный порт Xdebug: вместо 9000 теперь 9003. Чтобы упростить миграцию, PhpStorm по умолчанию слушает оба порта. Настройки портов и другие опции для Xdebug находятся в Preferences/Settings | Languages & Frameworks | PHP | Debug.

Улучшения отладчика

Возможности по отладке в PhpStorm расширились двумя новыми фишками.

Интеркактивные хинты
Теперь в отладочном режиме вывод переменных можно развернуть, чтобы увидеть все поля. Тут же можно и изменить значения.



Inline Watches
В предыдущих версиях можно было добавить переменную или выражение в список watch и наблюдать, как меняется значение по шагам.

В PhpStorm 2020.3 можно добавлять вотчи непосредственно к контексте, и они будут отображаться рядом с кодом.

Нажмите Add as Inline Watch в попапе на хинте.


Или нажмите Add Inline Watch в контекстном меню редактора.


Или выделите переменную и в контекстном меню выберите Add Inline Watch.

Подсветка и переименование переменных в Twig

Выберите переменную или поместите на нее курсор, и все ее использования в шаблоне будут подсвечены. А чтобы переименовать все вхождения, нажмите Shift + F6.

Совместная разработка Code With Me

В PhpStorm 2020.3 встроен плагин Code With Me новый инструмент JetBrains для совместной разработки и парного программирования. С помощью него можно расшарить открытый проект с другими пользователями и работать над ним вместе в режиме реального времени. Подробнее про Code With Me в этих постах.

HTTP-клиент

Интеграция Guzzle с HTTP-клиентом в PhpStorm

Guzzle один самых популярных HTTP клиентов для PHP. Представьте, что где-то в коде есть HTTP-запрос и хочется его потестировать, не запуская сам код. Раньше пришлось бы копировать все параметры вручную.

PhpStorm 2020.3 позволяет конвертировать простые запросы Guzzle в файлы .http. Если запрос поддерживается, то рядом с ним появится иконка. Нажав на нее, вы откроете новый scratch-файл с правильным URL, параметрами запроса, методами, заголовками, телом.



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

Больше об HTTP-клиенте в видеообзоре.

Копировать HTTP-запрос в cURL

Чтобы экспортировать HTTP-запрос в cURL-строку, нажмите Alt+Enter на запросе в редакторе и выберите Convert to cURL and copy to clipboard. Теперь его можно вставить в терминал, документацию или любой инструмент тестирования API.

Редактор

Улучшения для Markdown

Для описания диаграмм и графиков можно использовать синтаксис Mermaid.js в markdown-файлах. PhpStorm теперь умеет рендерить превью для них прямо в редакторе. Включается в Preferences/Settings | Languages & Frameworks | Markdown.



Еще теперь можно переформатировать содержимое файлов .md в соответствии с популярными стилями. Делается нажатием L / Ctrl+Alt+L.

Настраивается в Preferences/Settings | Editor | Code Style | Markdown.



И наконец, если нажать кнопку Auto-Scroll Preview в правом верхнем углу редактора, то прокрутка превью и текста будет синхронизирована.

Улучшена проверка орфографии и грамматики

Опечатки и грамматические проблемы теперь можно исправлять намного быстрее:

• Во-первых, во всплывающем окне появится объяснение ошибки.
  
• А если нажать Alt+Enter на подсвеченном тексте, то варианты замены будут предложены наверху, а не спрятаны в подпункт, как раньше.
  

Сплит редактора перетаскиванием

Чтобы открыть несколько файлов бок о бок, просто перетащите вкладку в нужный угол экрана.



Есть еще один способ открыть файл в сплит-режиме Shift+Enter.
Комбинацию можно нажать на выбранном файле в Project view или в результатах поиска по файлам.

Вкладка предпросмотра

Если нужно быстро просмотреть файлы, то теперь не обязательно открывать каждый в отдельной вкладке. Можно использовать новую вкладку Preview tab.

Чтобы включить ее, нажмите на шестеренку в Project view и выберите Enable Preview Tab и Open Files with Single Click.



Еще можно просматривать файлы нажатием пробела в Project view, не открывая их.

IDE

Улучшения для Search Everywhere

Результаты сгруппированы по релевантности:


Можно делать простые математические операции и не открывать гугл калькулятор:


Можно искать по истории Git:

Автоматическое переключение на светлую или темную тему

В Preferences/Settings | Appearance & Behavior | Appearance | Theme выберите Sync with OS.

Новый набор горячих клавиш для macOS

Альтернативная раскладка горячих клавиш для macOS минимизирует использование функциональных клавиш, чтобы не надо было растягивать руку на всю клавиатуру при совершении основных действий. Например, вместо Fn+Shift+F6 для Rename рефакторинга используется ++R.

Слова вместо иконок для горячих клавиш macOS

Можно сделать так, чтобы вместо иконок типа отображались слова Alt, Cmd и т. п.

Включается в секции Registry опцией ide.macos.disable.native.shortcut.symbols. Чтобы получить доступ к реестру, используйте Find Action Cmd+Shift+A и напишите там Registry.

Установить PhpStorm как приложение по умолчанию для разных файлов

В Preferences | Settings / Editor / File Types нажать Associate file types with PhpStorm. В диалоговом окне выберите расширения для файлов, и они будут открываться в PhpStorm.

На macOS требуется перезагрузка.

Шаблоны могут генерировать несколько файлов

Можно одновременно сгенерировать сразу несколько файлов, например скелет для модуля или комбо контроллер-вью.

В Preferences / Settings | Editor | File and Code Templates нажать на , чтобы создать новый шаблон, а затем нажать на иконку Create Child Template File .

В поле File name можно использовать переменные типа ${NAME}.



А вот пример того, как сгенерировать контроллер и шаблон в Symfony:

Поддержка Git stage

Включить можно чекбоксом Enable staging area в Preferences/Settings | Version Control | Git.

В окне инструментов Commit (Cmd+0 / Alt+0) появятся две группы файлов: staged и unstaged.

Чтобы добавить файл в staged, нажмите на + напротив него.



Или можно выбрать конкретные строки и добавить их иконкой в редакторе. В этом случае можно закоммитить часть изменений из файла, а над остальными продолжить работу.

Инструменты БД

PhpStorm из коробки включает в себя возможности DataGrip, которые охвачены в обзоре релиза DataGrip 2020.3 от наших коллег.

SQL для MongoDB

Теперь можно использовать SQL-запросы к MongoDB. PhpStorm 2020.3 поддерживает SELECT-запросы с JOIN, WHERE, GROUP BY, HAVING, ORDER BY, LIMIT, OFFSETи всеми функциями MongoDB кроме map, reduce, filter и let. Подробнее в блог-посте.

Веб

Как всегда, в PhpStorm входят все обновления из WebStorm 2020.3. Наиболее примечательной является поддержка Tailwind CSS.

Tailwind CSS

PhpStorm дополняет классы Tailwind в HTML-файлах и после директивы @apply. А также предоставит автодополнение псевдо-классов.



Если навести указатель на класс в HTML и CSS файлах, то отобразится предпросмотр полученного CSS. Предпросмотр также доступен при автодополнении кода, во всплывающем окне документации F1 / Ctrl+Q.



PhpStorm поддерживает настройки из tailwind.config.js. Например, если определить тему с новыми цветами, то во всплывающем окне автодополнения будут созданные классы с именем кастомного цвета.

---

Скачать PhpStorm 2020.3 можно на странице Whats new.

А вот видеоролик (на английском) с демонстрацией главных фич релиза:


На этом всё на этот раз. Будем рады вопросам, пожеланиям, баг-репортам и просто мыслям в комментариях.

Зима близко! А вместе с ней близится и релиз php 8. Если вам не терпится протестировать свой код в beta версии php 8, а заодно пощупать jit, то прошу под кат.

TL:DR;

Все примеры можно скачать с github и сразу запустить: github.com/xtrime-ru/php8-test

Подготовка

Для начала потребуется поставить docker и docker-compose.

Теперь создадим opcache.ini файл, который включит opcache и JIT в нашем контейнере.

; Extended PHP.ini file to enable JIT.; ====================================; Place this file under /usr/local/etc/php/conf.d/zend_extension=opcache.soopcache.enable=1opcache.enable_cli=1opcache.jit_buffer_size=32Mopcache.jit=1235

Теперь в рабочей папке нужно создать Dockerfile.
Список пакетов и расширений приведен для примера. Можно удалить эти строки или указать нужные именно вам расширения. Так же часть популярных расширений уже включена в базовый образ. Так что подключать json, xml и многие другие не требуется.

FROM php:8.0-rc-cliCOPY opcache.ini /usr/local/etc/php/conf.d/RUN apt-get update && apt-get upgrade -y \    && apt-get install apt-utils -y \##    устанавливаем необходимые пакеты    && apt-get install git zip vim libzip-dev libgmp-dev libffi-dev libssl-dev -y \##    Включаем необходимые расширения    && docker-php-ext-install -j$(nproc) sockets zip gmp pcntl bcmath ffi \##    Расшерения через pecl ставятся так, то в php 8 pecl сейчас отсутствует, так что строки закоментированы#    && PHP_OPENSSL=yes pecl install ev \#    && docker-php-ext-enable ev \##    Чистим временные файлы    && docker-php-source delete \    && apt-get autoremove --purge -y && apt-get autoclean -y && apt-get clean -y

Остался последний файл. Это docker-compose.yml, который позволяет легко управлять контейнерами при разработке.

version: '3.5'services:  php8-test:    build: ./    container_name: php8-test    restart: unless-stopped    volumes:      - ./:/app    working_dir: /app    entrypoint: "php -S 0.0.0.0:8000"    ports:      - "127.0.0.1:8000:8000"    logging:      driver: "json-file"      options:        max-size: "1024k"        max-file: "2"

Теперь можно запускать сборку контейнера и тесты.

1. Собираем образ: docker-compose build
2. Запускаем контейнер в фоне: docker-compose up -d
3. Подключаемся к контейнеру: docker exec -it php8-test /bin/bash
4. Текущая папка на контейнере синхронизирована с папкой проекта. Файлы можно редактировать на локальной машине.
5. Скачиваем файл бенчмарка: github.com/php/php-src/blob/master/Zend/bench.php
6. Запускаем бенч: php bench.php
7. Можно отключить jit или opcache внутри контейнера тут: /usr/local/etc/php/conf.d/opcache.ini, что бы посмотреть, как изменится производительность
8. В docker-compose.yml можно изменить директивы `volumes` и `workdir`, что бы залинковать другие директории в контейнер. Так же можно поменять entrypoint для запуска другой команды при старте контейнера. Например `php artisan serve` для laravel.
9. Все файлы так же можно посмотреть в браузере по адресу http://127.0.0.1:8000/
   За это отвечают директивы entrypoint и ports.

Бенчмарк

Файл бенчмарка из оффициального репозитория php: github.com/php/php-src/blob/master/Zend/bench.php

########################## php 7.4.9# opcache.enable=1# opcache.enable_cli=0simple             0.053simplecall         0.007simpleucall        0.019simpleudcall       0.022mandel             0.182mandel2            0.220ackermann(7)       0.038ary(50000)         0.006ary2(50000)        0.005ary3(2000)         0.045fibo(30)           0.069hash1(50000)       0.014hash2(500)         0.008heapsort(20000)    0.036matrix(20)         0.034nestedloop(12)     0.089sieve(30)          0.014strcat(200000)     0.006------------------------Total              0.867########################## php 7.4.9# opcache.enable=1# opcache.enable_cli=1simple             0.007simplecall         0.003simpleucall        0.004simpleudcall       0.003mandel             0.088mandel2            0.113ackermann(7)       0.036ary(50000)         0.006ary2(50000)        0.007ary3(2000)         0.039fibo(30)           0.055hash1(50000)       0.012hash2(500)         0.008heapsort(20000)    0.030matrix(20)         0.029nestedloop(12)     0.041sieve(30)          0.011strcat(200000)     0.007------------------------Total              0.499########################## php 8.0-rc# opcache.enable=1# opcache.enable_cli=1# opcache.jit_buffer_size=128M# opcache.jit=1235simple             0.002simplecall         0.001simpleucall        0.001simpleudcall       0.001mandel             0.008mandel2            0.009ackermann(7)       0.016ary(50000)         0.006ary2(50000)        0.007ary3(2000)         0.015fibo(30)           0.030hash1(50000)       0.016hash2(500)         0.011heapsort(20000)    0.014matrix(20)         0.012nestedloop(12)     0.010sieve(30)          0.004strcat(200000)     0.006------------------------Total              0.168

JIT, конечно, сильно ускоряет операции связанные с использованием CPU. Но меня поразило другое. В php по умолчанию используется opcache.enable_cli=0. Если включить эту опцию, то можно получить двухкратный рост в бенчмарке. Лично я не знал о том, что opcache может так ускорять cli команды.

Я проверял несколько раз на чистых контейнерах, а так же с предварительной очисткой opcache. Результат всегда один и тот же: opcache.enable_cli=1 ускоряет бенчмарк начиная с первого запуска.

Новости Yii 2020, выпуск 7

Всем привет! Это очередной выпуск новостей Yii. Как обычно, в выпуске вас ждут релизы Yii 2, прогресс Yii 3, важные вести о Yii 1 и другие новости. Приятного чтения и будьте здоровы. Александр Макаров

Фонд

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

Ещё одна новость, частично связанная с фондом. Автор httpsoft/http-message, Евгений Зюбин, вероятно присоединится к команде фулл-тайм если/когда это позволит пополнение фонда. Если вы или ваша компания хотите получить Yii 3 раньше, можете помочь.

Инфраструктура

Мы постоянно улучшаем процесс тестирования пакетов:

• В пакеты со стабильной версией добавлена проверка Roave backwards compatibility.
  Она проверяет что публичный API не сломан по-сравнению с предыдущим стабильным релизом.
• Мы продолжили перевод тестов с Travis на GitHub actions как для Yii 2, так и для Yii 3. Actions классные, а Travis не так давно порезал поддержку OpenSource. Хорошо что мы начали переход заранее.
• Мы решили не собирать покрытие кода через PHPUnit с последующей отсылкой его в Scrutinizer CI и теперь генерируем отчёт о покрытии средствами Scrutinizer. Это значительно быстрее, а результат тот же.
• Отлично себя показал Psalm. Рекомендуем, в том числе, для ваших проектов.
• В консоль GitHub actions теперь всё выводится в цвете. Выглядит значительно лучше!

Немного правок были сделаны на сайте. Прежде всего это переход на новый метод аутентификации GitHub API. Также был сделан ряд небольших улучшений фронтенда.

Патчи для совместимости с PHPUnit для Yii 2 и Yii 1 переехали в отдельный репозиторий. Если вдруг вам понадобится тестировать приложение на версиях PHP с 5.3 по 8, репозиторий будет определённо полезен.

Yii 1

• Yii 1.1 будет поддерживаться ещё один год благодаря Skillshare и Onetwist Software.
• Marco van 't Wout из веб-агентства Tremani официально присоединился к команде поддержки Yii 1.1.

Yii 2

Был выпущен Yii 2.0.39. В нём есть улучшения DI-контейнера и дополнительные исправления для работы с PHP 8.

Чуть менее заметное улучшение коснулось способа генерации аннотаций для магических свойств. Теперь некоторые IDE, включая PhpStorm, будут отличать свойства только для чтения и только для записи.

Были выпущены новые версии следующих расширений:

• Redis 2.0.14
• MongoDB 2.1.10
• Faker 2.0.5
• Bootstrap4 2.0.9
• Debug 2.1.14
• Auth Client 2.2.8
• Twig 2.4.1

Yii 3

С прошлого выпуска были сделаны следующие релизы:

• Injector 1.0.3
• Security 1.0.0

На данный момент мы готовим пакеты из списка в карточке Trello.

Был принят ряд интересных решений:

• Все стабильные релизы будут начинаться с версии 1.0.0. Ранее рассматривался вариант начинать с 3.0.0.
• Пакеты Yii 3.0 буду поддерживать PHP 7.4.
• В большинство пакетов добавлена конфигурация по-умолчанию. Они будут работать сразу после установки без дополнительной конфигурации или с очень минимальной конфигурацией.
• Провайдеры конфигурации были удалены почти из всех пакетов и приложений.

В Trello есть доска с задачами, над которыми мы работаем, включая не отражённые в GitHub issue.

Почти каждый из пакетов был серьёзно почищен, получил совместимость с PHP 8 и исправления. Ниже представлено самое интересное.

Новые пакеты

Был создан ряд новых пакетов. Часть из них появились в результате выделения общего кода из других пакетов, а часть нет.

• Аутентификация при помощи JWT.
• Yii Swagger.
• Черновая версия шаблона для API. Сейчас она больше похожа на демку. Позже мы удалим часть кода чтобы со старта не было лишнего.
• Request model. Помогает валидировать и преобразовывать данные запроса перед использованием.
• Middleware dispatcher был выделен из пакетов router и request-model.
• Error handler был выделен из yii-web.

Инструменты для разработки

• Были актуализированы зависимости и добавлен Dockerfile.
• Реализована возможность полу-автоматического выпуска релизов.

Composer config plugin

Была добавлена временная поддержка PHP 8. Она не заменяет вариант с переписыванием плагина на AST и нужна для того, чтобы облегчить тестирование под PHP 8 в то время как мы занимаемся версией с AST.

Контейнер и фабрика

• Актуализированы зависимости.
• Устранён хак со ссылкой на себя в контейнере.
• Добавлена поддержка PHP 8 union type-ов.
• Зависимости теперь разрешаются как для конструктора, так и для метода при вызове не статичных фабрик, таких как 'engine' => [EngineFactory::class, 'createMethod'].
• Определения теперь разрешаются в конфигах-массивах.
• Аргументы для callable теперь разрешаются из DI контейнера. Добавлен Reference::toCall().
• Любое определение теперь может быть использовано как аргумент конструктора.

Кеш

• Убрана нормализация ключей и поддержка не строковых ключей.

Bulma

• Больше документации, улучшено именование.
• Добавлена возможность использовать значки в выпадающем меню.
• Все виджеты сделаны иммутабельными.

Роутер

• Внутренности и конфигурация упрощены путём выделения коллекции маршрутов в отдельный класс.
• Метод UrlMatcherInterface::getLastMatchedRequest() удалён, добавлен getCurrentUri().
• UrlMatcher теперь является опциональным, что хорошо сочетается с консольными приложениями.

Шаблоны приложений и демо

• Больше не требуется NodeJs. Ресурсы забираются через asset packagist.
• Конфиги значительно почищены. В app мы поделили их по разным пакетам.
• Убрана ссылка контейнера на себя.
• В yii-demo добавлен Swagger. Открывается через /swagger.
• yii-demo подвергся рефакторингу.
• Заменили в yii-demo реализацию PSR-7 на httpsoft/http-message.

Var dumper

• Добавлен метод asPhpString(). Он позволяет экспортировать код, в том числе замыкания.

Files

• В метод filterPath добавлена возможность использовать callback-фильтры.

Cycle

• В файловую схему теперь можно писать. Также в неё добавлена поддержка чтения из нескольких файлов.
• Был задействованы наши DI контейнер / фабрика, так что интеграция с Cycle теперь работает на PHP 8.

Data

• Есть изменения в интерфейсах.

DBAL и ActiveRecord

Как DBAL, так и ActiveRecord, портированные с Yii 2, ещё рефакторить и рефакторить несмотря на то, что их серьёзно почистили и они, по большей части, работают.

Arrays

• Удаление значений по пути было вынесено в отдельный метод.
• Метод ArrayHelper::isTraversable() был удалён так как есть is_iterable().

HTML

• Почистили код.
• Добавили Html::generateId().
• Добавили опцию "wrapInput" для checkbox и radio.
• В data-атрибуты добавлен "aria".
• Удалён метод Html::getAttributeName.
• Удалён escapeJsRegularExpression, добавлен normalizeRegexpPattern.
• Добавлены методы для экранирования в различных контекстах: HTML атрибут, HTML атрибут без кавычек, строковое значение JavaScript.
• Удалён decode().

Debugger

• В API добавлена детальная информация об объектах.
• Есть прогресс с фронтендом.
• Добавлена возможность задавать размер истории.

Очереди

• Значительная зачистка, больше тестов.
• Улучшен основной сигнальный цикл. Добавлен мягкий лимит по памяти, дополнительные события и конфигурация для сигналов.
• Обновлена документация.
• Убраны отдельные payload-ы. Всё стало проще.

Translator

Пакеты i18n помечены как устаревшие, добавлены пакеты translator с новым дизайном.

Новая и изменённая документация

• 000 Packages
• 003 Roadmap
• 010 Code Style
• 016 Security workflow
• Cookies
• Aliases

Рекомендации к чтению и другие новости

• On not choosing WordPress for the W3C redesign project.
  W3C, организация, занимающаяся веб-стандартами, выбрала Craft CMS, написанную на Yii 2, в качестве движка для своего сайта.
• Выпущен Composer 2. Мы готовы, так что можете обновляться и получить прирост производительности.
• Обновлён плагин Yii 2 для PhpStorm.
• PHP 8.0: What's New and Changed.

Спасибо!

Хочу сказать спасибо всем спонсорам и разработчикам, благодаря которым стала возможна разработка Yii 3. Вместе у нас всё получится.

Отдельное спасибо тем, кто помог Yii 3 кодом:

• Wilmer Arambula.
• Rustam Mamadaminov.
• mj4444.
• Dmitriy Gritsenko.
• Roman Tsurkanu.
• yiiliveext.
• Sergei Predvoditelev.
• DarkDef.
• Viktor Babanov.
• Dzianis Jackievi.
• Alexander Nekrasov.
• Anton Samoylenko.
• Dmitry Derepko.
• Alexey Chernousov.
• Andrii Vasyliev.
• wiperawa.
• Aleksei Gagarin.
• Bruce Aldridge.
• Sergei Iamskoi.
• Maksym Storchak.
• Evgeniy Tkachenko.