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

[NuLL]

Przecież nie stworzysz dynamicznie pól klas

I tu sie mylisz (IMG:http://forum.php.pl/style_emoticons/default/rolleyes.gif) da sie -> http://forum.php.pl/index.php?showtopic=38082 - ostatni moj post w tym temacie. Ja osobiscie jako kolekcje widze tylko kolekcje obiektow (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) Kolekcja reprezentuje tabele a genericObject wiersz w tej tabeli. Calosc mozna latwo sortowac wedle danego pola klasy wbrew pozorom.