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]

Przecież nie stworzysz dynamicznie pól klas

można to obsłużyć za pomocą __get i __set traktując nazwę pola jako klucz w chronionej tablicy fields.

[PHP] pobierz, plaintext 
<?php
class MyCollection {
 
	protected $fields =  array();
 
	public function __get($var) {
		return $this->fields[$var];
	}
 
	public function __set($var, $val) {
		$this->fields[$var] = $val;
	}
 
	public function setFields($fields) {
		$this->fields = array_merge($this->fields, $fields);
	}
}
?>
[PHP] pobierz, plaintext 

Ten post edytował splatch 10.02.2006, 09:40:05