query builder class

[ezis]

Cik liels ir "kopējais labums", no DB wraperiem, kas ļauj pieprasījumus rakstīt OOP stilā? Kustināt klasi noteikti ir lēnāk nekā rakstīt query tradicionālā stilā, bet OOP ir ērtāk un kopējā applikācijā noteikti ievīt ir vieglāk. Nevaru īsti salikt visus par un pret. Gribas izvēlēties vienu stilu un tad pie tā pieturēties.

 

Esmu pārliecināts, ka kādam ir viedoklis, kas mani spēs apgaismot par šo tēmu konkrētāk.

[Steve]

Mazāk jāuztraucās par injekciju (piem. LINQ2SQL vispār injekcija nav iespējama) un salasāmāks sintakss.

 

To klasi lēnāk kustināt... ..nu cik tad tur lēnāk būs, minimāli, pat nepamanāmi.

[rATRIJS]

Es vairākumā gadījumu noteikti izvēlētos kvērijus rakstīt OOP'iski, jo:

* ērtāk

* nejaucās kopā vairākas valodas (sql un servera puses valoda)

* extendojamāk ($articles = Articles:find()->where(["private" => false]),kaut kur tālāk, citā, neatkarīgā, daļā: $articles->where(["author" => "bob"]), un beigās $articles->execute())

* teorētiski vieglāk pāriet uz citu DB tipu

 

Ir protams arī negatīvas īpašības:

* neliels overhead (visticamāk nejūtams uz vairumu aplikāciju)

* kvērijus grūti optimizēt (caching fixes all problems)

* samazināts iespēju daudzums ja salīdzina ar pliku sql (visādas eksotiskas (MySQL MATCH AGAINST IN BOOLEAN MODE) iespējas noteikti neviens nemēģinās iebūvēt ormā...bet cik bieži gan tās tiek izmantotas un ja ļoti vajag, tad noteikti var atrast veidu kā...)

Edited September 4, 2012 by rATRIJS

[101111]

Ērtāk protams darboties ar objektiem nekā pašam rakstīt SQL. Doctrine2, kas ir līderis šajā jomā nemaz tik daudz resursus neprasa (salīdzinot ar 1.x versiju). Mīnuss - var sanākt pavadīt daudz laika risinot kādu problēmu kas, visticamāk saistīta ar konfigurāciju, gadījumā, ja mēģini panākt kādas sarežģītākas lietas vai pieslēgt kādu extension. Un jebkurā gadījumā - vajadzēs veltīt zināmu laiku, lai apgūtu šo sistēmu.