defer в PHP

В Go есть инструкция defer. Она откладывает выполнение операции на момент после возврата текущей функции:

func main() {
 defer fmt.Println("world!")

 fmt.Print("Hello ")
}

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

$defer = new class {
    public function __destruct()
    {
        echo 'world!', PHP_EOL;
    }
};

echo 'Hello ';

Каждый раз писать такую колбасу неудобно. Также может потребоваться запланировать несколько defer. Поэтому мы берём на вооружение библиотечку php-defer/php-defer, которая в стиле node_modules предоставляет нам соответствующую функцию:

defer($_, static function (): void {
    echo 'rld!', PHP_EOL;
});

defer($_, static function (): void {
    echo ', wo';
});

echo 'Hello';

Главный вопрос: зачем это нужно, когда есть finally? Удобство defer состоит в том, что его можно использовать в требуемом месте, не реорганизуя код. Прилагаю скриншот рефакторинга TyphoonReflectorMemoryTest — там всё очень наглядно. Кстати, этот тест я уже упоминал в посте Тест на циклические ссылки.

Cпасибо @Danil42Russia за знакомство с php-defer.

В Laravel тоже есть такая функция, но её не получится использовать вне фреймфорка, спасибо @YourKey и @kafkianskiy.

Open Source Цех #2. Поддержка PHP 8.4 в Symfony PropertyInfo

Сегодня вечером поработаю над своим тикетом в Symfony, который я недавно создал в поддержку письма "Asymmetric visibility is a BC break". Приходите помогать в 19:00 на канал PHP Point. Особенно интересно будет тем, кто ещё не пробовал ассиметричную видимость и виртуальные свойства в PHP 8.4.

https://youtu.be/LjJtb-kFYZg

Пыхап × Happy Job

Пыхап уже завтра, а сегодня я ещё раз хочу поблагодарить Happy Job 💚 за спонсорство. Это далеко не первый наш совместный проект за последние два года. Очень рад, что мы продолжаем тесно общаться на совершенно другом уровне. Пишите в комментариях, у кого были похожие истории.

HR-ы (вы ведь тоже подписаны на Пых?), вам наверняка будет интересен канал @happyjobru в Telegram. Там коллеги периодически проводят бесплатные вебинары и рассказывают про вовлечённость, work-life balance и счастье на работе. Подписывайтесь!

Кстати, накануне я добавил ещё 10 посадочных мест. Почти все раздал, осталось 2 билета, забирайте на странице регистрации!

Дизайн php.net освежили. Нравится!

https://wiki.php.net/rfc/function-composition

Заспавнилось на следующий день после доклада. Это квантовая запутанность?

Четвёртый выпуск "В мире PHP"

https://www.notion.so/PHP-3-1425a7ab4c6c802e88d2ce553b4dd2f3?pvs=4

⬆️ предыдущая часть

#Article #PHP #МыслиВслух

PHP Russia 2024

Конфа в самом разгаре! Оба дня до обеда веду зал, а завтра вечером рассказываю про PHP 8.4. Наведу фокус на важные фичи, которым уделили недостаточно внимания.

Кто тут, приходите в зал Кейптаун, буду рад поболтать.

Вопросы для интервью с Иоаннисом Лукерисом

Вчера был крутой доклад от грека Иоанниса Лукериса про APCu. Прикол в том, что Иоаннис — единственный зарубежный спикер на весь Highload++. Очень приятно, что привезла его Катя Фирсова из программного комитета PHP Russia.

Я хочу воспользоваться ситуацией и через полчаса взять у него интервью. Напишите вопросы, на которые вы бы хотели получить ответы.

Ловите превью.

Иоаннис Лукерис про PHP vs Go, Yii 3 и русских разработчиков

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

https://youtu.be/rycC75QpIPY

Спасибо Екатерине Фирсовой за гостя, а вам, пыхари, за крутые вопросы.

Open Source Цех #3. Symfony PropertyInfo, Symfony Console, PHPUnit

В эту среду в 19:00 посмотрим, как Nicolas Grekas поправил совместимость Symfony PropertyInfo с PHP 8.4, и предложим пару маленьких изменений в Symfony Console и PHPUnit.

https://youtu.be/z19oWnc4WMU

Saki Takamachi

Релиз-менеджер PHP 8.4 рассказывает про свой RFC BCMath\Number.

https://youtu.be/ozcgXm1hZBg

Composer bump-after-update

В Composer 2.8 появилась полезная автоматизация для bump:

# раньше
composer update && composer bump
# теперь
composer update --bump-after-update

# раньше
composer update && composer bump --dev-only
# теперь
composer update --bump-after-update=dev

Или один раз прописываем в composer.json:

{
    "config": {
        "bump-after-update": true|"dev"|"no-dev"
    }
}

В проекте рекомендую использовать true (бампим всё), в библиотеке — "dev" (бампим только dev зависимости), так как диапазоны основных зависимостей библиотеки определяются осознанно в соответствии со стратегией совместимости.

Кто не в курсе, команда composer bump появилась в Composer 2.4. Она поднимает нижние границы констрейнтов в composer.json до зафиксированных в composer.lock, например:

{
    "require": {
-       "typhoon/reflection": "^0.4"
+       "typhoon/reflection": "^0.4.4"
    }
}

Вчерашний Open Source Цех пошёл на пользу PHP сообществу!

https://youtu.be/z19oWnc4WMU

▸ Sebastian Bergmann закрыл мой тикет про mixed ключи в assertArrayHasXXX() как фикс. Это означает, что изменения будут доступны в патч-апдейтах 10 и 11 версий PHPUnit.

▸ Robin Chalas из команды Symfony согласился, что команда bin/console debug:container <service> должна по умолчанию выводить информацию об аргументах сервиса. Обсуждаем дальше, будет ли изменение вывода нарушением BC или нет. Законтрибьютим с вами решение на следующем стриме Цеха.

▸ По PropertyAccess пока нет обратной связи. Но я уверен, что Nicolas Grekas уже работает над исправлением.

Оверимплоймент

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

Расскажу про свой "жопыт". Я обычно на 100% погружаюсь в основной проект — остаюсь вечером, чтобы в тишине додумать сложную задачу, или прихожу в выходные бороться с техдолгом. Если проект меня так не драйвит, я меняю работу. Поэтому мне трудно представить, что я пишу код где-то ещё. Тем не менее, два раза пришлось согласиться. В процессе выяснялось, что код кошмарный, а от меня требуется изобразить подход "хуяк-хуяк, и в продакшн". В итоге я зарёкся вписываться в подработки и стал искать другие способы зарабатывать больше.

Очевидно, что работать на двух фулл-таймах мне даже в голову не приходило. Я с круглыми глазами читаю статьи коллег, которые по приколу залетают на 5 работ джунами или на 2-3 сеньорами. С одной стороны, у них крутая самоорганизация, с другой — я не разделяю такой подход к программированию. Пишите в комментариях, пробовали ли вы так делать и чем это закончилось. Ну и заодно давайте поможем NEWHR с их исследованием. В начале года они по результатам опроса сделают лендинг.

https://survey.alchemer.com/s3/7949610/newhr-overemployment-2024