Message from Елена Ильященко deleted. Reason: external link (?)

Боты наши тоже мощь!

https://stitcher.io/blog/new-in-php-8
В php 8 уже много фич добавили. Сейчас стоит проблема обратной совместимости для добавления новых изменений и предлагают в язык добавить редакции к языку.

Будущее развитие PHP

https://github.com/nikic/php-rfcs/blob/language-evolution/rfcs/0000-language-evolution.md

Никита опубликовал черновик RFC с предложением установить механизм введения  в язык новых глобальных или ломающих обратную совместимость фич. И рассмотрел возможные пути решения:

1. Новый язык (P++)
При всех своих недостатках, одно из преимуществ тут в том, что можно делать совершенно радикальные изменения. Например, убрать $ из переменных. Но мы помним судьбу Perl/Raku.

2. Editions (редакции/издания)
Идея позаимствована из Rust, в разработку которого Никита тоже вовлечён.
По сути, это набор обратно-несовместимых изменений, объединенных под одним именем. Такой вариант интересен как с технической так и с маркетинговой точки зрения.

3. Директивы declare на каждую фичу
То есть на каждое крупное изменение вводить отдельную директиву по типу strict_types.
___

Поскольку против нового языка уже неофициально проголосовали и единогласно отмели идею, то дальше Никита рассматривает технические аспекты реализации единшов/директив.
Варианты тут такие:

• Текущая реализация с объявлениями в каждом файле
declare(strict_types=1) или в случае едишнов declare(edition=2020)

• Новый открывающий тег
Например, для едишнов: <?php2020

• Указание директив для пространств имён (RFC)

namespace_declare('Vendor\Lib', [
    'strict_types' => 1,
    'no_dynamic_properties' => 1,
    // ...
]);

• Ввести понятие пакета в PHP
Прототип этого варианта оформлен в виде пул-реквеста.
Пакет надо будет явно объявлять в каждом файле.

<?php

package "nikic/php-parser";

namespace PhpParser\Node;

• Что-то на основе файловой системы
Например добавлять файл .package.php в корне пакета, который будет содержать нужную метаинформацию.

В конце Никита подводит выводу, что оптимальный вариант — это едишны + declare директивы в каждом файле.

Бизнес хочет чтоб код написанный на php 4 был совместим с последними версиями языка, не хотят вкладывать в изменение своего кода.

если у них до сих пор php4 - зачем им последние версии php?

Что бы идти в ногу со временем, вводить новые "фичи", которые на старом php не работают

Прирост производительности

Закрытие дыр?

Ассаламу алейкум, кто работал с яндекс-директом и google adwords? Отпишитесь, плиз.

Ваалейкум ассалам

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

Салам алейкум, есть здесь кто знаком с node.js? В скором времени может понадобиться разработчик на проект, если хоть какие-то знания есть (можете написать простое crud как пример), отпишитесь. Есть в запасе недели 2, так что помогу доучить если что. Так же нужен react native разработчик, он уже должен быть с опытом, 1-2 работы в портфолио

NODE JS. Жаль что изучаю ECMASCRIPT

Ваалейкум салам

Ваалейкум ассалам!

Ваалейкум салам, я сейчас на node js работаю

HERO

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