В какой-то из версий PHP уже сделали строку обьектом по дефолту, чтоб можнол было использовать винтаксис типа Код (PHP): $str = 'Scalar string'; echo $str->length(); или только фреймворки и обёртки? PHP, JavaScript, SQL и другой код пишите внутри тегов Код ( (Unknown Language)): [b]php][/b]Тут код[b][/[/b][b]code][/b][/color]
вот ты приходишь в пхп с подходом других языков. Нафига в пхп строке быть объектом? чтобы не помнить функции? Их пять штук надо запомнить и усё.
Ненене! PHP ≠ Java и никогда не будет равен. Если бы я был большим, я бы предложил альтернативу функциям из глобальной области имен. Слелал бы неймспейс string где бы с именами функций и порядком параметров был порядок. Так же и с функциями про массивы и т.п. И тогда бы новые версии фреймворков смогли отказаться от корявого легаси. И при этом старый код не обязательно ломать.
Угу! http://php.ru/manual/ref.strings.html ) А ведь речь не только про строки, например, http://php.ru/manual/ref.array.html Всё это надо держать в голове (раз), синтаксис цепочек удобнее и нагляднее (два): Код (PHP): return $str -> substr(3,10) -> toUpper() -> toArray() -> sort(); Согласись читабельнее и компактнее, чем: Код (PHP): $str = substr(3,10,$str); $str = toUpper($str); $arr = str_split($str); sort($arr); return $arr; или вобще мрак: Код (PHP): sort(str_split(toUpper(substr(3,10,$str)))); return $arr; При этом для случая с $str -> substr(3,10) -> toUpper() -> toArray() -> sort(); IDE будет сама подсказывать возможные методы к текущему типу. А при условии набора процедур, ты даже в самых продвинутых получаешь только полный список независимо от того какой тип тебе надо обработать, так как тип будет добавлен потом, уже после того как скобочка откроется. Список процедур будет как бездонная простыня. Гадаешь с какой буквы начинается имя. Вроде для работы со строками должна быть str..., а хрен parse_str или lcfirst! PHP, JavaScript, SQL и другой код пишите внутри тегов Код ( (Unknown Language)): [b]php][/b]Тут код[b][/[/b][b]code][/b][/color]
1) а как ты хотел? чтоб программировать на любом ЯП нужно очень многие его особенности держать в голове. иначе не бывает. 2) помнить все названия нет необходимости. у Пыха отличный мануал. держи его под рукой и за пять сек будешь всегда находить все что нужно.
Ты не понимаешь сути сказанного. Вопрос в удобстве работы со строками и массивами, а не том, как программировать на том или ином языке. Потому, что есть схожие концепции. То, что надо держать в голове больше, чем в других ЯП или под рукой держать документацию для таких простых вещей как скаляры, это как раз неудобство и минус колнкретного ЯП. Если ты возьмёш язык с обьектным подходом к скалярам, то ты уже без документации сможешь начать работать в нём с ними быстро в IDE. При этом это могут быть не конкретный, а "тот или иной ЯП" (разные). ПС Не собирался спорить и доказывать, просто хотел спросить у тех, кто понимает о чём речь, что может этот поправили в поздних версиях PHP.. Про фреймворки вопрос понятен в PHP это со скорбью тянут по историческим причинам. Всё ясно. Топик не имеет более смысла.