eval(), не колхоз ли делать такую конструкцию?

xlebosol
+...завтра буду уже разбираться что такое

Всем большое спасибо.

Читаю про итераторы вот создал пример:

$input = array(1, 2, 3, 4, 5);
$a= new ArrayObject($input);
$count = $a->count();
echo 'Через итератор:'.$count.'<br>Обычно:'.count($input);

Я не могу понять когда их применять. Может пример превел неудобный, можете объяснить по опыту, когда их применять предпочтительнее?

Прочитал, что во время:

$a= new ArrayObject($input);

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

Спасибо.

ABC
, ArrayObject не является итератором, он позволяет работать с объектом как с массивом.
Простой пример:
Есть гараж (Garage), в который можно парковать автомобили (car). Мы бы хотели, что бы гараж можно было обходить в цикле и получать автомобили, так же нужно знать сколько автомобилей в гараже, и должен быть въезд в этот гараж (park)

/**
 * Класс, описывающий автомобиль
 * Class car
 */
class Car
{
    public $brand;

    public function __construct($brand)
    {
        $this->brand = $brand;
    }
}

/**
 * Гараж в который можно припарковать автомобиль
 * Class garage
 */
class Garage extends ArrayObject
{
    public $cars = array();

    public function park(Car $car)
    {
        $this->append($car);
    }

    public function getIterator()
    {
        $iterator = new ArrayIterator($this->cars);
        return $iterator;
    }

    public function append($car)
    {
        $this->cars[] = $car;
    }

    public function count()
    {
        return count($this->cars);
    }

    public function getArrayCopy()
    {
        return $this->cars;
    }
}

$garage = new Garage();
$bmw = new Car('BMW');
$garage->park($bmw);
$audi = new Car('Audi');
$garage->park($audi);
$garage->park(new Car('Mercedes'));

/** @var Car $car */
foreach ($garage as $car) {

    var_dump($car->brand);
}

По сути ArrayObject имеет реализацию интерфейсов IteratorAggregate , Traversable , ArrayAccess , Serializable , Countable. Т.е. Garage можно объявить так:
Garage implements IteratorAggregate , Traversable , ArrayAccess , Serializable , Countable
и реализовать эти интерфейсы. Хотя в приведенном примере это все равно нужно сделать. т.к. реализация в ArrayObject теперь работает не верно ;)

kaww
Спасибо...буду еще разбираться.

Все хорошо...но $it - объект...а значит напрямую какие-то манипуляции как с массивом с ним уже невозможны.

Да и загружать в память такой класс (через ReflectionFunction или RecursiveArrayIterator) ради того , чтоб несколько массивов объединить...

Короче, все равно решил использовать eval().
Да вариант не кошерный, но самый быстрый.

В любом случае еще раз kaww, xlebosol еще раз спасибо.

Кто-нибудь сможет внятно объяснить, в чем его некошерность? Именно в данном контексте. Очень хотелось бы услышать обоснования, а не голые декларации eval()=зло.

В данном контексте ничего страшного нет. В контексте больших проектов: отсутствие прозрачности (что за чем следует), сложность поддержки и рефакторинг кода, связи с тем что куски кода могут быть где угодно (например cms NetCat, где куски кода в базе данных) и вывод осуществляется вида - eval(название переменной);. Что в свою очередь ведет к трудности понимания архитектуры приложения, так как код из базы данных может быть использован в каком то eval, какого то класса и в результате чего рефакторинг может отрицательно сказать на других частях системы. Кроме того, что выше поста я указывал на книгу создателей процессора Zend Engine 2, где они сами предупреждают об необходимости избегать использования данной функции.

В данном контексте ничего страшного нет.

Так вот и не нужно декларировать вполне годную и рабочую функцию как зло. Нужно просто уметь её применять. Так же как и globals.

Дело в том, что обжегшись на молоке вы начинаете дуть на воду. ТС правильно рассудил. Нахрена нужны головняки с итераторми, если это решается проще и рациональнее с eval(). А вопрос у него - не колхоз ли?

И тут понеслось: зло! колхоз! говнокод! кто-то там где-то чего-то писал, сам не помню чего. Нибижали. Что за манера пугать людей...

зло - это когда руки из ж*** и мозгов нет. - а если так то и str_replace() даже зло.

нет. не колхоз. просто нужно внимательней относиться к коду и не допускать дыр, тогда и eval() очень полезным окажется

Eval иногда единственное решение. Буть эта ф-я "плохой" ещё не было бы в принципе