Массивы или Объекты? Хочу коллекции в пхп!

Иногда оно того не стоит

Кстати я эту коллекцию использую в паре с ActiveRecord отличнейшая штука получается.

Спасибо, поправил =) «предпросмотр» рулит

Warning: PDOStatement::fetch() expects parameter 2 to be long, string given
Можно поподробней?

Тогда уж

return array_map(function ($x){return new User($x);},$res);

Я специально хочу избавиться от массива, у него, в отличии от обьтекта, нет свойств и методов.

Вы наверно совершенно не читали что я писал.

Как интересный прием — да, имеет место, но по производительности все это печально выглядит. Все равно храниться будет ассоциативный массив, а конструкторы будут вызываться при обращении к свойствам, при чем, при повторном обращении — опять будут вызываться, а объекты будут дохнуть. Подумайте, что Вам важнее, просто заменить <?php echo $user['login']; ?> на <?php echo $user->login; ?> из-за нежной привязанности к ООП или в 2-3 выиграть в производительности кода? Попробуйте все приведенные в статье варианты прогнать 100000 раз и засеките microtime().

Гораздо лучше вариант с PDO или mysql_fetch_object, как бы костылей не видно при этом, но поверьте, PHP не сделан от природы объектным, и хранение свойств объекта в памяти у него все одно сделано через ту же структуру, что и ассоциативных массивов. Тут лучше использовать тот вараинт, который работает быстрее и позволяет написать код короче.

P.S. Меня вот, например (после Delphi и C#) раздражала сперва эта стрелочка -> в PHP и коробило страшно от нее (дайте мою любимую точку «Object.Property»), но это все личные предпочтения, от них можно и нужно абстрагироваться.

Я всетаки ошибся, не через любое, но через большинство популярных api можно. Нельзя, например в mssql.

> а использовать выражение вместо $field_name вообще нельзя.
Богат синтаксисом php:

for ($i =0; $i < 3; $i++) {
    echo $user->{'field_number'.$i}
}

Например для:
$collection->filter( array( 'id' => '>5' ) )
или
$collection->escape();
или
$collection->append()
итд, все заканчивается только Вашей фантазией. Так как это обьект, а не массив, то и добавить методов не составит труда.
Мне абсолютно не важен синтаксис, мне не нравятся массивы не потому что там скобочки и нравятся обьекты потому что стрелочки, а потому что работа с массивами сложней чем с обьектами. Нужно изменить работу обьекта? Проще простого, наследование + переопределение = новое действие.
полиморфизм Вы встречаете ежедневно при работе с PDO, с интерфейсами, с фабриками. На то он и полиморфизм чтоб его не замечать явно.

А полиморфизм в PHP я вообще не встречал :))

Пример полиморфизма в PHP

class A {
  public function printSmth() {
    echo 'foo';  
  }
}

class B extends A {
  public function printSmth() {
    echo 'baz';  
  }
}

Или вы перегрузку имели в виду?

Никогда не понимал зачем делать объект вместо массива, если отличаться будет только синтаксис:
$user->id вместо $user['id']

Например чтоб можно было вместо $user['firstName'] . ' ' . $user['lastName'] написать $user->getFullName(); Если такое только в одном месте, то да, для эстетики, а если в двух, то уже DRY;

А вообще вы конечно правы — если у объекта нет поведения, а только данные, то это какой-то неполноценный объект. Но, с другой стороны, если у нас 10 схожих по назначению сущностей, но у половины есть поведение, а у половины нет, то следуя принципу «не умножай сущности сверх необходимого» не следует вторую половину делать ассоциативным массивом, даже если полиморфизм не используется:

echo $man->name;
echo $cat->name;

по-моему поддерживаемее, чем

echo $man->name;
echo $cat['name'];

Чтобы уменьшить затраты времени разработчика, не?

Не поверите, хороший разработчик стоит ~200$ в месяц а хороший сервак, которому плевать на любые мои абстракции ~200$ в месяц… Как думаете что более рационально, использовать удобный код с абстракциями или мега оптимизированный который неизвестно как просто будет поддердивать?

Это лишь пример, никто не мешает отдавать ссылки, Вы еще скажите что я там не проверяю ключи и могут быть ошибки потому что выхожу за рамки массива =) Естественно это простейший вариант просто для демонстрации идеи.

Учитывая что там всего три стадии, это выглядит больше чем комплимент =)