Templatowanie zapytań SQL w php Opcje

[sniver]

Zazwyczaj gdy spotykam kody różnego pokroju w PHP to czesto warstwa logiczna od wyglądu jest oddzielona.
Pal licho jeśli obsługa np. mysql'a jest w jakiś przystępny sposób zrobiona i do tego ktoś wykorzystał np. pdo i "przygotowywanie zapytań".

Ale często spotykam się też z kodami gdzie zapytanie jest przygotowywane strukturalnie i dość często przy nieco bardziej złożonych mam problemy z ich rozszyfrowaniem (IMG:style_emoticons/default/blinksmiley.gif)

Powstaje więc pytanie czy: warto oddzielić tę warstwę (jeśli taka istnieje) bazy danych - czyli to gdzie te duperele są obsługiwane i wypisać zapytania tak by znajdowały się w oddzielnym pliku i stworzyć coś na wzór smarty?

Dla przykładu zapytanie

[SQL] pobierz, plaintext 
SELECT
  `nazwa`,
  `opis`,
  `zdjecie`
FROM
  `jakasTabela`
{IF $id}
WHERE
  `id` = {$id}
{else}
ORDER BY `id` DESC
LIMIT 0, 30
{/IF}
[SQL] pobierz, plaintext 

i np. taki kod w php który to przetworzy i wyciągnie zapytanie np. z xml:

[PHP] pobierz, plaintext 
 
$zapytanieOdczytaneZPlikuXML = ...;
 
$dbPattern = new ParserSQL;
$dbPattern->assign('id', 123);
 
$dbPattern->parse( $zapytanieOdczytaneZPlikuXML );
 
// Wypisujemy te zapytanie na ekran
var_dump( $dbPattern->model );
 
//..dalsza część skryptu...
 
[PHP] pobierz, plaintext 

Pytanie czy warto czy nie warto?
Co ważne czy tak przygotowane zapytania były by wygodne w "obróbce", zmianach?
Czy przeciętny PHPMaster wiedział by o co w tym chodzi?

[Zyx]

Już na wejściu robicie ten sam błąd, co twórcy 98,9% systemów szablonów dla warstwy widoku: udostępniacie ograniczony pozdbiór języka PHP, który będzie do wyrzucenia po napotkaniu pierwszego trudniejszego problemu. Ani to nie będzie przez to bardziej czytelne, ani łatwiejsze w użyciu. Mnożone są niepotrzebnie byty: zapytań SQL w serwisie może być bardzo dużo, nie tworzą one aż tak samodzielnej całości. Z punktu widzenia czytelności kodu lepszym rozwiązaniem jest, aby były one generowane mniej więcej w miejscu wywołania, a nie trzymane gdzieś w zupełnie innym katalogu. Nie wiem, najprawdopodobniej da się stworzyć coś fajnego dla zapytań opartego na szablonach mniej więcej na wzór OPT, by to faktycznie w czymś pomagało, ale w takim kształcie szkoda zachodu. Już obiektowy query builder jest bardziej przydatny, bo przynajmniej operuje się na zapytaniu jak na obiekcie i można go przekazać do jakiegoś innego elementu, by ten go czymś jeszcze obudował... proponuję znaleźć choć jedną funkcjonalną różnicę między poniższymi kodami:

[PHP] pobierz, plaintext 
class Model
{
   public function pobierzListe($dane)
   {
      $query = 'SELECT * FROM costam';
      if(warunek1)
      {
         $query .= ' INNER JOIN cos_innego ON costam ';
      }
 
      if(warunek2)
      {
         $query .= 'WHERE a = b';
      }
      return $this->execAndReturn($query);
   } // end pobierzListe();
} // end Model;
[PHP] pobierz, plaintext 

Od:

Kod

SELECT * FROM costam
{if warunek1}
INNER JOIN cos_innego ON costam
{/if}
{if warunek2}
WHERE a = b
{/if}

+ klasa opakowująca.

Przykład nieco trudniejszy: warunków może być "n", w tym także 0 - wtedy "WHERE" nie powinno być generowane. Taka uproszczona składnia już w tym miejscu albo leży, albo dostajemy gigantycznego ifa z konkatenacją np. 50 warunków, które później są szczegółowo powtarzane.

Ten post edytował Zyx 19.11.2009, 16:38:38