Witam, mam pewien problem. Wytłumaczę go na zasadzie query buildera, żeby było bardziej jasne o co mi chodzi. Taki query builder dobrze jakby obsługiwał method chining, tak też można wtedy przykładowo użyć najpierw where, później select, a gdzieś na końcu from. Ogólnie można pomieszać kolejność. Załóżmy, że każde wywołanie jakiejś metody typu where, select, from itp dodaje do jednej większej tablicy swój klucz wraz z odpowiednimi wartościami. Jeżeli ktoś wie jak działa Zend_Db_Select, to mniej więcej zrozumie o co mi chodzi. I teraz w przypadku takiego buildera, na samym końcu wywołujemy jakąś metodę, która całość naszego zapytania skleja. W Zend_Db_Select, jest to foreach, który przelatuje po tablicy i dla odpowiednich kluczy wywołuje odpowiednie metody, które z tablicy pobierają dane i tworzą zapytanie.

Problem jaki ja mam, jest co w przypadku użycia innej kolejności? Powiedzmy użyjemy naszego buildera w taki sposób:

[PHP] pobierz, plaintext 
$database->where($criteria)->offset(0)->select('*')->from('table')->get();
[PHP] pobierz, plaintext 

Jest to jak widać dość nietypowa konstrukcja zapytania, i można nawet przypadkiem, aczkolwiek nie tak jak w przykładzie, ale można zamienić kolejność niektórych rzeczy. Przykładowo użyć where za order i wtedy będziemy mieli niepoprawne zapytanie (w przypadku Zend_Db_Select jest to metoda assemble, która skleja sobie zapytanie).

Pomysłem na rozwiązanie mogłoby być posortowanie tablicy, za pomocą chociażby uksort, wraz z funkcją zwrotną. Teraz tylko pytanie, w jaki sposób określić konkretną kolejność dla konkretnych elementów, bo zapytanie może być różne, możemy użyć order, a nie musimy, to samo tyczy się where, limit, offset, group, union i tym podobnych. Pomyślałem że mogę w funkcji zwrotnej dla uksort, stworzyć kolejną tablicę, i do tej tablicy wrzucać elementy w określonej kolejności i dopiero ją zwrócić. Tylko mam właśnie problem, z wymyśleniem tego, w jaki sposób dana pętla miałaby wiedzieć ile tych elementów już jest w tablicy, oraz na jakie miejsce wstawić dany element..

Drugim pomysłem jest już podczas tworzenia zapytania, czyli podczas wywołania jakiejś metody, przykładowo where, już wtedy dodawana do tablicy jest wraz z swoją kolejnością. Aczkolwiek trzeba by trochę takiego buildera przebudować, i lepszą opcją byłoby sortowanie tuż przed sklejeniem zapytania..

Za wszelkie sugestie z góry dziękuje. Jeżeli napisałem coś nie jasno, to śmiało proszę pisać, z chęcią spróbuje to w jakiś inny bardziej zrozumiały sposób opisać.

A czy nie prościej by tablica była asocjacyjna

[PHP] pobierz, plaintext 
echo tablica['select'];
echo tablica['where'];
[PHP] pobierz, plaintext 

itd.

Ja tak mam u siebie, a konkretnie to nie mam tablicy tylko odpowiednie właściwości w klasie.

A w metoda "sklejająca" jest u mnie trochę bardziej rozbudowana niż zwykłe foreach. Dzięki temu interfejs dla użytkownika jest dosyć elastyczny, a to jest chyba celem.

tablica jest asocjacyjna, stąd sortowanie uksort nie chciałbym jej przerabiać na zwykłą tablicę żeby określić kolejność danej "metody". Pokaż jak możesz oczywiście, jak ty to zrobiłeś podczas sklejania takiej tablicy. Sam zrobiłem to póki co podobnie jak w Zend_Db_Select w metodzie assamble, czyli leci foreach po kluczach i dla podanych kluczy wywołuje odpowiednie metody. I to jest ok, o ile jest zachowana kolejność. I problem w sumie nie tylko w builderze teraz dostrzegam, ale i w kilku innych klasach, w których wykorzystuje method chining i w nich jest wymagana odpowiednia kolejność.. Stąd pomysł na sortowanie, które łatwiej zaimplementować w wielu klasach niż każdą osobno refaktoryzować..

Podaj przykład bo nie do końca rozumiem skąd biorą się te problemy z kolejnością. Ja mam WHERE w $this->_where, a ORDER w $this->_order. I metoda budująca zapytanie sprawdzi sobie w odpowiednim miejscu czy zostało określone WHERE i ORDER i wstawi sobie to do zapytania, niezależnie od tego czy użytkownik wywołał:

[PHP] pobierz, plaintext 
$db->select('*')->from('t_zamowienia')->where('id>%s', 100)->order('data DESC')->execute();
[PHP] pobierz, plaintext 

czy

[PHP] pobierz, plaintext 
$db->select('*')->from('t_zamowienia')->order('data DESC')->where('id>%s', 100)->execute();
[PHP] pobierz, plaintext 

O taką koleność tu chodzi czy jeszcze o coś innego?

Tak, dokładnie o taką kolejność. Własnie dzisiaj przypadkowo zmieniłem kolejność przypadkowo where z order i oczywiście wygenerowało mi błąd i po sprawdzeniu ostatniego zapytania okazało się że zapytanie było źle sklejone. Szybko skorygowałem problem na poziomie modelu, ale na przyszłość chciałbym uniknąć tego typu problemów, dlatego wymyśliłem sobie posortowanie tablicy które mogłoby zdać tutaj egzamin.

Z tych przykładów które podałeś, załóżmy że każda metoda dodaje do tablicy odpowiedni klucz z odpowiednimi dla danej metody wartościami. Załóżmy że taka tablica wyglądała by tak:



I jeżeli teraz przez taką tablicę przejadę pętlą foreach tworząc swoje zapytanie sql:

[PHP] pobierz, plaintext 
$sql = '';
 
foreach(array_keys($this->query) as $part)
{
    $method = '_render'.ucfirst($part);
    if(method_exists($this, $method))
    {
         $sql .= $this->$method();
    }
}
[PHP] pobierz, plaintext 

To ta tablica w przypadku kiedy zawiera klucze w innej kolejności niż jest to wymagane, powstanie zapytanie które jest niepoprawne. A jeżeli leci jeden klucz po drugim taka pętla (co jest całkowicie normalne/oczywiste), to jeżeli bym odpowiednio posortował tablicę to ustrzegłbym się błędu niepoprawnej kolejności wywołanych metod klasy. Tylko właśnie problem w tym że nie mam pomysłu na to jak posortować taką tablicę oczywiście sortowanie to nie jedyne rozwiązanie, i dlatego jestem na nie otwarty. Aczkolwiek sortowanie nie powiem, byłoby bardzo wygodne bo do kilku klasy wystarczyłoby prawdę mówiąc zmienić jedną linijkę i dodać gdzieś jedną klasę z metodą lub funkcję z tym sortowaniem i zmiana w innych klasach ograniczała by się do jednej linijki, czyli posortowania tablicy..

EDIT: wiem że mógłbym na sztywno ustawić tworzenie takiego zapytania podobnie jak jest tutaj: https://github.com/jstayton/QueryBuilder/bl...ueryBuilder.php

[PHP] pobierz, plaintext 
    /**
     * Get the full query string.
     *
     * @param  bool $usePlaceholders optional use ? placeholders, default true
     * @return string full query string
     */
    public function getQueryString($usePlaceholders = true) {
      $query = "";
 
      // Only return the full query string if a SELECT value is set.
      if (!empty($this->select)) {
        $query .= $this->getSelectString();
 
        if (!empty($this->from)) {
          $query .= " " . $this->getFromString();
        }
 
        if (!empty($this->where)) {
          $query .= " " . $this->getWhereString($usePlaceholders);
        }
 
        if (!empty($this->groupBy)) {
          $query .= " " . $this->getGroupByString();
        }
 
        if (!empty($this->having)) {
          $query .= " " . $this->getHavingString($usePlaceholders);
        }
 
        if (!empty($this->orderBy)) {
          $query .= " " . $this->getOrderByString();
        }
 
        if (!empty($this->limit)) {
          $query .= " " . $this->getLimitString();
        }
      }
 
      return $query;
    }
[PHP] pobierz, plaintext 

Że składane zapytanie jest przechowywane w określonych właściwościach klasy i następnie przy składaniu zapytania są one sprawdzane czy nie są puste i jeżeli nie są to dodawane są do zapytania. I tutaj jest jakby z góry określona ta kolejność. I mógłbym coś podobnego zrobić, z tym że wówczas musiałbym przebudować prawie całą klasę, a tego chcę uniknąć. Dlatego jest pomysł z tym sortowaniem, które mogłoby rozwiązać problem.

A gdyby już w konstruktorze uzupełnić tablicę pustymi wartościami w odpowiedniej kolejności?

Uzależnienie od kolejności wykonywania tych metod jest moim zdaniem bardzo problemogenne. Ale jeśli chcesz to robić w ten sposób to faktycznie najrozsądniej by było żeby ta tablica już istaniała z predefiniowanymi kluczami, ewentualnie inna tablica pomocnicza z kluczami, która byłaby wykorzystywana przy sortowaniu.

[PHP] pobierz, plaintext 
$elements = array(
   'select' => 'count(*) as total',
   'type' => 'select',
   'from' => array(
   		0 => array(
        	'name' => 'gallery'
        )
	),
	'where' => array(
   		0 => array(
        	'column' => 'cat',
            'type' => '',
            'bind' => 'cat'
        )
 
     )
);
 
function cmp($a, $b)
{
	$order = array(
		'type' => 0,
		'select' => 1,
		'from' => 2,
		'where' => 3
	);
    return $order[$a] > $order[$b];
}
 
 
$sorting = uksort($elements, 'cmp');
[PHP] pobierz, plaintext 

Fakt, nie pomyślałem o tym. Właściwie to ja mam "drugą" taką tablicę w której są zawarte te klucze w odpowiedniej kolejności, z tą różnicą że służą one póki co do sprawdzenia do resetowania konkretnego "klucza", podobnie jak ma to miejsce w Zend_Db_Select. I właśnie się przyjrzałem i tam jest to zrobione tak, że nie tylko służy to do resetowania pojedyńczego klucza, ale całej tablicy.. I w sumie chyba jest to nawet lepsze od sortowania tablicy dzięki panowie, nie pomyślałem o tym, i raczej bym się prędko nie domyślił, a rozwiązania dobre.