Iterator nie implementujący interfejsu Iterator Opcje

[bigZbig]

Co sadzicie o uzyciu takiego rozwiazania do budowy klasy kolekcji oraz iteratora. Oczywiscie pare dodatkowych metod trzeba by bylo dorobic.

[PHP] pobierz, plaintext 
<?php
error_reporting(E_ALL);
 
class MyObiectColection
{
  public $object1 = 'tu oczywiscie zamiast stringa bedzie obiekt1';
  public $object2 = 'obiekt2';
  public $object3 = 'obiekt3';
 
 
  protected $protected = 'protected var';
  private   $private   = 'private var';
 
 
  function addObject($name, $object) {
	$this->$name = $object;
  }
}
 
$class = new MyObiectColection();
$class->addObject('object4', 'obiekt4');
$class->addObject('object5', 'obiekt5');
 
foreach($class as $key => $value) {
	print("$key => $value <br />\n");
}
?>
[PHP] pobierz, plaintext 

Czy widziecie w tym jakies korzyści w stosunku do tradycyjnej klasy kolekcji bedacej obiektowa otoczka dla tablicy polaczonej z kolejnymi klasami implementujacymi interfejsy Iterator oraz IteratorAggregate? Jesli nie to jakie widzicie najwazniejsze wady (nie liczac definiowania wlasciwosci w funkcji nieazadeklarowanej w klasie)?

Zaznaczam ze idea tego pomyslu zostala zaczerpnieta z manuala

[splatch]

Czy nie lepiej zastosować już istniejącą klasę ArrayIterator? Dodajesz gratis część metod plus dodatkowo zachowujesz funkcjonalność i zgodność z interfejsem Iterator (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) .

[PHP] pobierz, plaintext 
<?php
class MyCollection extends ArrayIterator {
	public function addObject($name, $value) {
		$this->$name /* jak chcesz to obsluzyc? */ = $value;
	}
}
?>
[PHP] pobierz, plaintext 

Ten post edytował splatch 9.02.2006, 13:26:37