[OPT 1.1.5] Jakie interfejsy dla obiektu aby mógł być iterowany w section jak array? Opcje

[tornax]

Mam problem z iterowaniem w OPT 1.1.5 obiektów które mają się zachowywać jak tablice (array).

(Narazie nie zamiejszczam wszystkich definicji klas ponieważ to zazwyczaj odstrasza od dalszego czytania)

Mam klasę która ma taki oto nagłówek

[PHP] pobierz, plaintext 
class ormcollection implements SeekableIterator, ArrayAccess, Countable 
[PHP] pobierz, plaintext 

oraz kawałek kodu który zwraca obiekt tej klasy (linijka 1.) oraz ładuje do odpowiedniej sekcji w templatce (linijka 2.)

[PHP] pobierz, plaintext 
$data = configurator::finder()->getAll();    
$this->view->assign('configurator', $data);
[PHP] pobierz, plaintext 

obiekt $data (klasa ormcollection) przechowywuje w prywatnej tablicy obiekty klasy configurator, które odzwierciedlają poszczególne rekordy w bazie danych

[PHP] pobierz, plaintext 
class configurator extends orm {
 
  public $name;
  public $active = 0;
 
  public function __construct(){
    parent::__construct('configurator');
  }
 
  public static function finder($className=__CLASS__){
    return parent::finder($className);
  }  
}
[PHP] pobierz, plaintext 

Teraz templatka wygląda do tego banalnie

[HTML] pobierz, plaintext 
{section=configurator}
{$configurator.name}
{/section}
[HTML] pobierz, plaintext 

... ale nic nie generuje ... więc dla sprawdzenia czy działa iteracja i są pobierane dane wrzuciłem pare linijek do testu

[PHP] pobierz, plaintext 
$data = configurator::finder()->getAll();
 
var_dump('foreach');
foreach($data as $r){
  var_dump($r['name'], $r->name);
}
 
var_dump('for');
for($i=0; $i < count($data); $i++){
  var_dump($data[$i]['name'], $data[$i]->name);
}
 
$this->view->assign('configurator', $data);
[PHP] pobierz, plaintext 

z wynikiem

[HTML] pobierz, plaintext 
string(7) "foreach"
string(10) "Deskorolki"
string(10) "Deskorolki"
string(12) "Poduszkowiec"
string(12) "Poduszkowiec"
string(3) "for"
string(10) "Deskorolki"
string(10) "Deskorolki"
string(12) "Poduszkowiec"
string(12) "Poduszkowiec"
[HTML] pobierz, plaintext 

Iteracja działa i zwraca wyniki ale nie w OPT, aby upewnić się, że samo OPT działa wykonałem taki test

[PHP] pobierz, plaintext 
$this->view->assign('configurator', array(array('name'=>'pies'), array('name'=>'kot')));
[PHP] pobierz, plaintext 

rezultat

[HTML] pobierz, plaintext 
pieskot
[HTML] pobierz, plaintext 

Test co prawda na tablicach ale przynjmniej wiem, że przekazuje zmienne. Moje podejżenie jest takie, że w ormcollection brakuje jakiegoś dodatkowego interfejsu ale nie potrafię powiedzieć jakiego bo ze wszystkimi obecnymi pętle for i foreach działąją bez problemu.

Czy ktoś ma może jakiś pomysł ?

[Zyx]

Z tego, co pamiętam jeszcze z OPT 1.x, sekcje tam mogły iterować tylko po tablicach. Że tak się Ciebie zapytam... dlaczego męczysz się z tą wersją, kiedy ona jest już od dobrych 3 lat nierozwijana? W OPT 2.x sekcje mogą iterować po wszystkim.

[tornax]

@Zyx, Bóg mi świadkiem, że gdybym nie musiał to bym się nie męczył.

W ramach projektu który został mi przydzielony muszę wykonać poważne zmiany w funkcjonalności pewnego sklepu internetowego, takiego który jeszcze był pisany z użyciem OPT 1.1.2 (aktualizacje w między czasie zrobiłem).

Ponieważ dotychczasowy sposób obsługi modelu lekko mówiąc ssie potrzebowałem napisać sobie coś sensowniejsego - wiec mam taki prosty ORM (pisany tak w myśl pomysłu TActiveRecord z Prado Framework) wykorzystujący dotychczasowy kod aby na wszelki wypadek nic się nie rozkraczyło, nie było konieczności podpisanania jakiegoś zewnętrznego ORM (kupa roboty sklep juz jest bardzo rozbudowany).

Long story short: sodoma i gomora i ciskanie gromami


Może mógłbyś mnie pokierować gdzie przychodzące do sekcji zmienne są obsługiwane? Podejżewam, że sprawdzane jest czy zmienna jest obiektem a nie sprawdzane jest czy implemntuje jakieś iteratory w konsekwencji obiekt nie jest obsługiwany jako tablica. Modyfikacja zapewne góra kilku linijek (mam nadzieje), a jak kojarze to gałąź 2.x nie jest kompatybilna wstecznie z 1.x

Ten post edytował tornax 25.02.2011, 14:42:29

[Zyx]

Tak, gałąź 2.x została przepisana całkowicie od nowa (m.in. po to, by wyeliminować tego typu idiotyzmy, z którymi teraz się męczysz) i nie jest kompatybilna ani pod kątem API, ani pod kątem języka szablonów.

Ogólnie kody instrukcji możesz znaleźć w pliku opt.instruction.php. Każda instrukcja ma własną klasę, gdzie obsługiwana jest kompilacja poszczególnych znaczników do kodu PHP. Klasa optSection jest gdzieś na początku tego pliku. To, co Ci jest najbardziej potrzebne, znajduje się w metodzie showAction(). Najważniejszy kod to te linijki:

[PHP] pobierz, plaintext 
if(is_null($state))
{
    $output .= ' if(is_array('.$link.') && ($__'.$name.'_cnt = sizeof('.$link.')) > 0){ ';
}
else
{
    if($this -> tpl -> statePriority == OPT_PRIORITY_NORMAL)
    {
         $output .= ' if('.$state.' && is_array('.$link.') && ($__'.$name.'_cnt = sizeof('.$link.')) > 0){ ';
    }
    else
    {
         $output .= ' if('.$state.'){ if(is_array('.$link.') && ($__'.$name.'_cnt = sizeof('.$link.')) > 0){ ';
    }
}
[PHP] pobierz, plaintext 

Jak widzisz, odpowiadają one za wygenerowanie kodu PHP sprawdzającego typ i zliczającego elementy tablicy. Musisz je zastąpić tak, aby akceptowały też obiekty implementujące odpowiednie interfejsy. Na wszelki wypadek radzę Ci też poprawić trochę linijek powyżej - nie wiem, czy korzystasz z sekcji dynamicznych, ale na wszelki wypadek popraw i je, gdyby ktoś miał to jeszcze rozwijać, by w Ciebie gromami nie rzucał .

Po tym zabiegu musisz jeszcze skoczyć do sectionBegin() i poprawić tam jedną drobną rzecz:

[PHP] pobierz, plaintext 
if($this->sections[$this->nesting]['order'] == 'reversed')
{
     $this -> compiler -> out(' for($__'.$name.'_id = $__'.$name.'_cnt - 1; $__'.$name.'_id >= 0; $__'.$name.'_id--){ $__'.$name.'_val = &'.$this->sections[$this->nesting]['link'].'[$__'.$name.'_id]; ');      
}           
else
{
     $this -> compiler -> out(' foreach('.$this->sections[$this->nesting]['link'].' as $__'.$name.'_id => &$__'.$name.'_val){ ');
}
[PHP] pobierz, plaintext 

Jak widzisz, do wyświetlania sekcji w odwróconej kolejności wykorzystywana jest pętla for, zatem jeśli korzystasz z tego, dobrze by było implementować ArrayAccess. Z kolei dla porządku normalnego jest foreach, tylko tam przy generowaniu zmiennej wartości OPT wstawia brzydki znaczek referencji, który nie bardzo będzie chciał współpracować z Twoimi obiektami. Usuwasz go i problem załatwiony. Identyczny symbol masz też przy pętli for.

Generalnie jak chcesz sekcje odwrócone, możesz zastosować myk, który zaimplementowałem w formacie Objective do OPT 2.0. Tam najpierw jedziemy pętlą foreach po iteratorze i budujemy tablicę wartości. Następnie ją odwracamy i wprowadzamy do właściwej pętli. Może zbyt efektywne to nie jest, ale dla ogólnego przypadku jest to jedyna metoda. Ewentualnie, skoro już robisz konkretne obiekty, możesz tu zaimplementować to, co Ci najbardziej pasuje.

Ten post edytował Zyx 25.02.2011, 22:06:42

[tornax]

Dzięki wielkie za pomoc i wskazanie odpowiednich linii kodu, przyszedłem dziś, przeczytałem odpowiedź i w tej chwili podstawowe sekcje działają, co do dynamicznych i odwróconych to nigdzie w dotychczasowym kodzie ich nie widziałem, sam za mało jeszcze robiłem przy OPT aby myśleć o tym co ciekawego można by zrobić, terminy gonią i są narazie bardziej priorytetowe sprawy. Kudos

[Marek Rynarzewsk...]

Jakie obiekt udoskonalający tablicę musi implementować interfejsy by móc być użyty w pętli foreach?