Типизация в РНР (строгая)
Это позволяет мне минимум не заморачиваться на проверках внутри функции. Поэтому я считаю, что введение этого облегчит многим жизнь (не на уровне программы типа Hello world ессно).
Когда начинается подсчёт каких-то бухгалтерских радостей, начинается полный джаз, если, например, пользоваться флоатами. Это как пример.
Это насколько нужно быть не в себе, чтобы допустить в переменной венегрет? Если тебе нужно держать в перемнной int, вот и держи int. Или что-то мешает?
Все языки без типизации обладают автоматическим преобразованием типов.
Так же, как и интерфейсы и абстрактные классы. Чисто технически они не нужны, но совершенно не лишни.
Однако, всё-таки есть гораздо более интересные вещи, которые можно было бы реализовать вместо этого — пространства имен, элементы функционального программирования и т.п.
А пока мне абсолютно достаточно контроля на уровне параметров.
Имхо, автор модуля просто привык к строгой типизации и просто не может и не хочет писать по другому. Вот и создал себе костыль.
"Программист привыкший писать на С и в С++ пишет на С". (с)
>>Да еще такими методами, повышающими расход памяти.
Иногда читаемость и "безопастность" кода значительно дороже памяти.
возник вопрос
на сколько я понял исходя из и из
в качестве параметров можно использоват только object или array
а что на счет string или int?
их использовать нельзя?
да всё ничтяк. я не против.
я вообще считаю, что типизация существует лишь для того, чтобы IDE понимал, что подсказывать программеру. Я-то сам всегда (как это ни странно) знаю, чем я и где оперирую. У меня есть программулина, в которой каждая ветвь TTreeView - довольно богатый класс-наследыш от TTreeNode, но абстрагированный интерфейсами от одного моего класса. И там, в процессе разработки, действительно нужно было думать о типах и их приведении. Потому что IDE ругается. Но в PHP всё немного проще...