ну точнее, непонятно как стоит делать

хреново что в этом говне голосовальщики не пишут комменты "нет, потому-что ...."

нет, потому что бьет по скорости

20% вроде терялось

https://github.com/phplang/phack

20% вроде терялось

ну а пруфы то где?

в pr

открой и посмотри)

там вообще непонятно, что с реализацией делать

https://github.com/php/php-src/pull/1584 - интересно)

хах)

самое забавное что закрыто потому что нет RFC

можно подтырить и запилить RFC + реаплизацию

но в целом не уверен что это будут использовать

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

проблемы только с пропертями объектов (решение - не делать публичных пропертей) и массивами (дженерики)

короч да... надо дженерики

но я дико хочу элиасы для типов

а структурные типы?)

почитал pr, не увидел про 20% медленее...

структурные типы - это проще уходить из php

почитал pr, не увидел про 20% медленее...

https://github.com/php/php-src/pull/1797#issuecomment-226273521

можно подтырить и запилить RFC + реаплизацию

у меня есть такая же идея на счет коротких анонимных функций))

> у меня есть такая же идея на счет коротких анонимных функций)) эм... там же есть уже

https://wiki.php.net/rfc/arrow_functions

https://github.com/php/php-src/pull/1797#issuecomment-226273521

там чуть ниже I just micro-benchmarked property-writes in 5.4 vs 7.0.5, and property-writes became more than 200% faster in PHP 7. Why anybody would concern themselves with a 15% overhead is beyond me - that's less than 10% of a setback relative to PHP 5. It's not like the 200% increase in property write-performance made a watershed overall performance difference in the first place - surely a slight decrease in the same isn't going to do so either. так что неоднозначно

> у меня есть такая же идея на счет коротких анонимных функций)) эм... там же есть уже

о, еще одна... я думал форкнуть ~> =)

=> самый норм

там чуть ниже I just micro-benchmarked property-writes in 5.4 vs 7.0.5, and property-writes became more than 200% faster in PHP 7. Why anybody would concern themselves with a 15% overhead is beyond me - that's less than 10% of a setback relative to PHP 5. It's not like the 200% increase in property write-performance made a watershed overall performance difference in the first place - surely a slight decrease in the same isn't going to do so either. так что неоднозначно

была бы возможность "отключать" тайпхинтинг

=> норм, но неоднозначен изза массивов

ну мол что бы статическая информация о типах сохранялась но на рантайм это не влияло

ну вот забить на это

оставить полную совместимость т.е.

=> норм, но неоднозначен изза массивов

уже обсуждали 1000 раз. Выход только один - забить

короч

как насчет идеи отключать тайп хинтинг?

-

да, было бы норм

ты в dev окружении все протестил и т.д.

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

а потом "бац" и вырубаешь

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

и все живут счастливо

поидее просто байткод пыхе совать ))

он не должен закомпилится просто

а т.к. в пщп можно передать чо угодно... лучше не отключать :)

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

посмотри на python, там указать ты можешь что хочешь, на рантайм это не влияет

посмотри на python, там указать ты можешь что хочешь, на рантайм это не влияет

рантайм отвалится когда его попросят к объекту прибавить False

а т.к. в пщп можно передать чо угодно... лучше не отключать :)

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

у тебя не может быть в продакшене так что "все было ок а теперь не ок"

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

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

а как же new $_POST['field']?)))

ну статический анализатор должен тебе на это кинуть варнинг

что мол "херню какую-то тварит чувак, пофиксить надо"

шучу конечно, но это лишь пример динамического инстанцирования) и ведь у тебя может быть if(rand())

повторюсь - написать кучу красный предупреждений в духе "только тем кто знают что делают"

шучу конечно, но это лишь пример динамического инстанцирования) и ведь у тебя может быть if(rand())

какая разница? статический анализатор проверит обе ветки условий

да всем похуй на них. с какой там версии E_NOTICE валятся?

тем кому похер не юзают тайпхинты

какая разница? статический анализатор проверит обе ветки условий

это какой же статический анализатор может однозначно детектить хрень которую кто-то наговнокодил?

это какой же статический анализатор может однозначно детектить хрень которую кто-то наговнокодил?

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

в PHP только дженериков не хватает что бы все было збс

https://github.com/etsy/phan

$a = $_POST['x'] $b = new $a(); foo($b); где foo(Type $x); это ж хер разрулишь :)

неплохой анализатор

$a = $_POST['x'] $b = new $a(); foo($b); где foo(Type $x); это ж хер разрулишь :)

легко

$a = $_POST['x'] $b = new $a(); foo($b); где foo(Type $x); это ж хер разрулишь :)

блин чувак, этот код не пройдет код ревью банально)

ERROR: S client not available

b дается тип mixed или unknown и далее ты должен доказать, что это нужный тебе тип

а вообще да, тут @mkusher явно авторитетнее меня)

instanceof

или типа того

instanceof

чем он лучше тайпхинта?

ты должен доказать

блин чувак, этот код не пройдет код ревью банально)

это уже другой вопрос

if ($a instanceof Type) foo($a);

ты должен доказать

зачем тогда вообще тайпхинты, если я что-то должен доказывать?

....

короч это бесполезно

чтобы описать интерфейс

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

а те кто хотят динамически инстанцировать классы - им такое не надо

либо у меня instanceof не вернет true и будет ошибка, либо нативные средства пшп вернут ошибку... иначе получается следующее: — ура, мы внедрили строгую проверку типов чтобы вы не пихали всякое говно! — ... — сорян, проверка тайпхинтов это дополнительный оверхед, поэтому отключайте их и оборачивайте все в if instanceof!

> и оборачивайте все в if instanceof! эм...

чта?

тайпхинты в рантайме вообще говно

ты хочешь видеть проблему без запуска кода

1. это возвращает оверхэд от тайпхинтов 2. это бред

» if ($a instanceof Type) foo($a); если писать так - нахрена вообще тайпхинты?

тебе нужен любой пруф типа

» if ($a instanceof Type) foo($a); если писать так - нахрена вообще тайпхинты?

1. это единственный способ в PHP задать статическую информацию о типах (та которая известна до запуска кода). 2. это единственный способ "уронить" скрипт при несоблюдении прекондишена интерфейса. 3. для dev режима штука полезная, как например ассерты

ты же понимаешь, в чем разница кода который я написал и тайпхинта?

но в продакшене в рантайме тайпхинтинг должен быть отключен

ты используешь тайпхинт в своей динамике

когда из поста тянешь

и это буквально единственный случай

ты тайпхинты вообще не для проверки используешь, а для описания интерфейса)

и это буквально единственный случай

это лишь пример динамического инстанцирования чего либо

проверка это побочный эфект

но в продакшене в рантайме тайпхинтинг должен быть отключен

из соображений "не уронить"?