-
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
В чем для многих заключается проблема, что php динамический язык?
- Автор темы scb
- Дата начала
scb
в php очень хитрое преобразование типов и иногда при сложении или сравнении может вылезти неочевидный с первого взгляда результат. в языках со статической типизацией таких фокусов не бывает и можно отлавливать подобные глюки ещё на этапе компиляции, но с другой стороны когда надо преобразовать типы, то приходится писать лишний код.
В php в последнее время начали вводить тайпхинтинг, но пока можно хинтить только объекты и массивы, ожидается что появятся и другие типы. К тому же есть в pecl расширения, которые разрешают создавать переменные со статическим типом $intValue = new Int(5), при магической смене будем получать ошибку. Но все эти изменения нужны очень малому количеству людей, для 99%(с потолка) проектов на php строгая типизация не нужна, а когда нужна, то программисты вводят свою прослойку для её эмуляции и контроля над типами.
в php очень хитрое преобразование типов и иногда при сложении или сравнении может вылезти неочевидный с первого взгляда результат. в языках со статической типизацией таких фокусов не бывает и можно отлавливать подобные глюки ещё на этапе компиляции, но с другой стороны когда надо преобразовать типы, то приходится писать лишний код.
В php в последнее время начали вводить тайпхинтинг, но пока можно хинтить только объекты и массивы, ожидается что появятся и другие типы. К тому же есть в pecl расширения, которые разрешают создавать переменные со статическим типом $intValue = new Int(5), при магической смене будем получать ошибку. Но все эти изменения нужны очень малому количеству людей, для 99%(с потолка) проектов на php строгая типизация не нужна, а когда нужна, то программисты вводят свою прослойку для её эмуляции и контроля над типами.
Динамическая типизация - это очень хорошо, а вот строгой типизации не хватает.
Например.
У меня был баг, который я далеко не сразу нашел: в некоторые нутря передается строка либо null, этой строке в нутрях может приписаться префикс.
Из-за забытой проверки на null получалось $result = $prefix . $str === $result = $prefix . "". При строгой типизации я бы получил ошибку конкатенации строки с null сразу же.
Например.
У меня был баг, который я далеко не сразу нашел: в некоторые нутря передается строка либо null, этой строке в нутрях может приписаться префикс.
Из-за забытой проверки на null получалось $result = $prefix . $str === $result = $prefix . "". При строгой типизации я бы получил ошибку конкатенации строки с null сразу же.
С.
Продвинутый новичок
Не стоит списывать свою забывчивость на недостатки языка. А если бы ты забыл проверку не на null, а на "", то кто бы был виноват?
Вурдалак
Продвинутый новичок
Это почему это не стоит?
Absinthe
жожо
Ну это пример слабой типизации. В ruby же типизация динамическая, но строгая, и такого он не допускает.
Т.е. налицо подмена терминов.
Слабая типизация - это причина множества ошибок, и в разных языках(Objective-C, JS, PHP) они разные. Вред от нее есть, а пользы от нее никакой не вижу.
Еще как стоит. Язык должен препятствовать простреливанию ног. Если он не делает - это недостаток.
Может еще скажешь, что в шаблонизаторах не должно быть автоэкранирования, и PHP хороший шаблонизатор?
Если бы я спроектировал все так, что особым случаем, когда не нужен префикс, является не null, а "", в этом случае я бы был не то, что виноват, а полным чудаком на букву м, которого следует немедлено спустить с лестницы.
Против хинтов в объявлении функции никто же вроде не возражает, нет? Тоже можно было бы говорить, что не надо забывать, какой класс у передаваемого объекта.
какие?
