Выглядит неплохо. После появления readonly классов потребность в getter ослабла, но теперь так и вовсе пропала. Надеюсь мы получим маленькие DTO и другие классы, а не головную боль с областью видимости и ссылками.
Хотелось бы на это надеяться. Надо так или иначе пробовать на чем-то боевом. Хотя вон товарищи из шарпа вроде не страдают и юзают, будем думать что и у нас будет что-то подобное)
Я за обычно за синтаксический сахар, но эти хуки мне не нравятся, с ними просто выстрелить себе в ногу. Пока не понимаю, как будет работать сериализация, хотя бы (array)$object или json_encode() ?
Надо присмотреться: возможно будет удобнее (не факт конечно))). Сериализация будет работать точно так же как и сейчас, только все свойства у которых есть хуки будут получать значения через хуки.
Идея хорошая но не до конца. Getters и setters больше ясные , явные чем этот синтаксис. Еще php вынуждает использовать переменную $value везде хотя у меня была бы $amount и более читабельно и понятно. PHP с каждой версией вынуждает разработчиков бросить php и перейти на golang)
Вместо того что бы развивать функциональность языка в плане выполнения на нем качественно новых задач и получения нового функционала, сообщество пилит какой то синтаксический сахар, который пофакту нах не нужен. Вот мыбудем 1001 способом записывать и читать свойство и что? Что глобально это поменяло в плане возможностей?
Плюсую, только с поправкой на то, что сахаром это даже не пахнет, больше похоже на костыль ломающий простую и понятную синтаксическую логику восприятия
Ну, код будет почище и покороче (если всё пойдет как задумано))). Ну так и в принципе никто не мешает вам подумать что допилить в язык и кинуть RFC-шку?
@@about-code Я к тому что давайте сравним с тем же JS - развился от простых скриптов на web страничке до инструмента для сложных веб интерфейсов, серверные решения - пожалуйста не блокирующая система вывода, разработка под мобилу - да легко. И это все за 10 лет.
@@olegkat4841 жс-у до пхп еще пердеть и пердеть. возможно вы про тайпскрипт, типизированный.. приятный. не блокирующая система в пхп с libevent была еще до рождения того же жс-а, было бы желание...
Презенташка из доклада доступна по ссылке: docs.google.com/presentation/d/15QANydBiXS4NrFvOk5QpY3RPdXiIILW5RfT6HV6UQEY/edit?usp=sharing
За доклад спасибо.
Хз кто этими каракулями будет пользоваться и для кого это задумывалось изначально
@@softbrigada пожалуйста! Посмотрим насколько это будет действительно удобно)
в c# только свойствами и работают, очень удобно
Спасибо за полезную информацию! Как минимум, познавательно, если использовать пока не планируете.
Всегда пожалуйста :)
Выглядит неплохо. После появления readonly классов потребность в getter ослабла, но теперь так и вовсе пропала. Надеюсь мы получим маленькие DTO и другие классы, а не головную боль с областью видимости и ссылками.
Хотелось бы на это надеяться. Надо так или иначе пробовать на чем-то боевом. Хотя вон товарищи из шарпа вроде не страдают и юзают, будем думать что и у нас будет что-то подобное)
Спасибо! Жаль что когда вышли аттрибуты я не смог найти подобного подробного объяснения. У вас очень классно и доходчиво получилось.
Спасибо за отклик. Будем стараться следить за всеми "свежестями" из PHP и оперативно подробно докладывать)
Я за обычно за синтаксический сахар, но эти хуки мне не нравятся, с ними просто выстрелить себе в ногу. Пока не понимаю, как будет работать сериализация, хотя бы (array)$object или json_encode() ?
Надо присмотреться: возможно будет удобнее (не факт конечно))). Сериализация будет работать точно так же как и сейчас, только все свойства у которых есть хуки будут получать значения через хуки.
интересно но количество использований слова "безобразие" тревожит :)
Безобразие! 😄
как не писать сеттеры/геттеры, чтобы потом не переставать их писать!!
@@Varkatel ну, в 90 процентах случаев их и не придется писать)
Идея хорошая но не до конца. Getters и setters больше ясные , явные чем этот синтаксис. Еще php вынуждает использовать переменную $value везде хотя у меня была бы $amount и более читабельно и понятно.
PHP с каждой версией вынуждает разработчиков бросить php и перейти на golang)
На канале R.class Tech вышел еще один доклад по Doctrine - последний из мини-курса. Тоже советуем посмотреть :)
Вместо того что бы развивать функциональность языка в плане выполнения на нем качественно новых задач и получения нового функционала, сообщество пилит какой то синтаксический сахар, который пофакту нах не нужен. Вот мыбудем 1001 способом записывать и читать свойство и что? Что глобально это поменяло в плане возможностей?
Плюсую, только с поправкой на то, что сахаром это даже не пахнет, больше похоже на костыль ломающий простую и понятную синтаксическую логику восприятия
Ну, код будет почище и покороче (если всё пойдет как задумано))). Ну так и в принципе никто не мешает вам подумать что допилить в язык и кинуть RFC-шку?
@@about-code Я к тому что давайте сравним с тем же JS - развился от простых скриптов на web страничке до инструмента для сложных веб интерфейсов, серверные решения - пожалуйста не блокирующая система вывода, разработка под мобилу - да легко. И это все за 10 лет.
@@olegkat4841 жс-у до пхп еще пердеть и пердеть. возможно вы про тайпскрипт, типизированный.. приятный. не блокирующая система в пхп с libevent была еще до рождения того же жс-а, было бы желание...
@@olegkat4841Так в чем проблема писать на JS? 😅