PHP frameworks, again

[Bojan Zivanovic]

Koristim Zend Framework na dva velika projekta i mogu reci da sam zadovoljan.
Izabrani su pre svega zbog opsirne dokumentacije i radi standardizacije (das novom programeru Reference Guide, naglasis deo o Coding Standardu, i udri)

Pre toga sam na jednom koristio Code Igniter, subjektivno mi je ZF dosta mocniji (koristimo dosta ZF klasa), ali posto nisam koristio CI i ZF na projektima iste velicine, ne mogu pouzdano reci.

Izdvojio bih kao minus samo Zend_Form, vise sam se tukao sa njim nego sto sam pisao forme, mogao sam rucno da napravim validacije po 60 puta... Taj nacin stilizovanja preko dekoratora je ok kada se savlada, ali je put ka tome poplocan frustracijama...

[bOkIcA]

Originalno napisao void

Sto se tice CodeIgnitera, licno mi se ne svidja iz nekoliko razloga:
- php 4
- EllisLab - pogledajte samo njihov ExpressionEngine, slobodno bubreg da prodate ako zelite da platite sve features koje nudi. To pokazuje stav ove firme.
- spor razvoj

Za mene su sve ove stavke uglavnom prednost, mislim da ne treba da pricam zasto.
Kohana, koliko vidim, cesto menja pravce i stalno postoji veliki problemi sa kompatibilnoscu sa prethodnim verzijama te stoga po meni nije za koriscenje.

@Cvele: Kad kazes za CI prljav kod mislis na core ili na biblioteke?
U bibiotekama moze da se nadje prljav kod ali svaka biblioteka moze da se zameni novom ili samo pojedinacne funkcije i to izvan core-a.
Cak sam postovao jednu od takvih funkcija ovde pa sam skontao kako je bezveze napisana.

Inace bih voleo kada bi ElisLab napravio rewrite tj jednu php5 paralelnu verziju CI-a kako bi se u potpunosti iskoristile prednosti petice.
Svi ostali FW mi deluju robusno u odnosu na CI, doduse bar onako iz daljine tj na web-u... nisam ih probao pa mozda gresim.

[ivanhoe]

Problem sa FW je sto svi do jednog zahtevaju inicijalno ulaganje vremena i energije, da se shvati kako funkcionisu i da se sopstveni stil prilagodi njihovom, a sto si iskusniji i stariji to je sve teze. Takodje, svi ti leyeri i apstrakcije dovode do toga da kad dobijes tudji kod, a nisi iskusan sa konkretnim FW pozelis da nekoga ubijes...

Inace ja isto dobijem nervni slom od ORM-a. Po meni je to 10% zaista korisno, a 90% podilazenje programerima koji ne znaju SQL dovoljno da sami pisu upite. I onda umesto da odmah vidis sta se salje bazi, moras da gledas dokumentaciju sta koja metoda radi, da dumpujes query--ije i sl. da bi video zasto nesto ne radi. Secam se kako sam ja obozavao Delphi DB kompnente u mladosti, jer sam tada mrzeo baze, i bilo mi mnogo lakse da radim sa objektima... ali ako dobro vladas SQL-om, ORM ti je kao da plivas u perjanoj jakni.. just my $0.0.2, naravno...

[bOkIcA]

samo je pitanje koji ce odabrati

[bluesman]

Govorim o onim "munjama" tipa belongsTo... hasOne... hasMany, pa razne schema, pa ti kao kreiraš relacije a onda ti "on" sam generiše querije. I ti tvrdiš da ne "ništa ne generiše sam"? Ko generiše mysql, ti ili fw?

[nixa]

^ ti baš ne voliš ORM

[ivanhoe]

evo gledam nesto Kohanu, upit:

ORM::factory('user')->where('username', 'bla')->find();

generise sql:

SELECT * FROM users WHERE username='bla' ORDER BY users.username ASC LIMIT 1

nije li to debilno? Sam poziv ORM metode je duzi od SQL-a koji bi trebalo otkucati, a generisani upit je pun nepotrebnih stvari, koje u opstem slucaju mogu itekako da pogode performanse, a potpuno su nevidljive korisniku, on nece imati pojma da je upit takav dok se baza negde ne zakuca. I onda pogledas slow query log u bazi da vidis zasto se koci, i nadjes ovaj select, i kako onda u kodu pronadjes sta generise taj select? Nikako, moras da logujes upit po upit dok ne vidis odakle dolazi...

E sad, daleko od toga da sam ja protiv stvari koje povecavaju produktivnost, samo ja na to gledam iz drugog ugla nekoga ko cesto odrzava i prepravlja tudji kod, a ne samo da gleda kako da za sto manje vremena i truda napravi nesto sto koliko-toliko fercera.. ako je efikasnost rada jako bitna, a lose performanse se resavaju kupovinom jaceg hardwera, onda je ORM pristup super..

[jablan]

Originalno napisao ivanhoe

SELECT * FROM users WHERE username='bla' ORDER BY users.username ASC LIMIT 1

Sam poziv ORM metode je duzi od SQL-a koji bi trebalo otkucati,

To zavisi od konkretnog slučaja, od konkretnog ORM-a i od jezika. Nikako ne može biti neki univerzalni argument za ili protiv.

a generisani upit je pun nepotrebnih stvari

Kojih? Ja vidim samo ORDER BY koji nisi eksplicitno zahtevao, a to se obično podešava na nivou modela. Svako ko ima imalo iskustva sa ORM-om znaće gde sve može da naglasi konkretan redosled.

Nikako, moras da logujes upit po upit dok ne vidis odakle dolazi...

Rails u development okruženju štampa sve upite koje šalje na bazu zajedno sa vremenom izvršavanja, trejsovanje stvarno nije neki veliki problem u realnom radu.

Tačno je da FW-ovi uvode dodatni nivo apstrakcije, i nekom to ne prija. Ja samo mislim da u većini slučajeva objektivno nemamo potrebe da brinemo o tome šta se tačno događa ispod, u suprotnom bismo svi još uvek pisali CGI aplikacije u C-u ili asembleru.

[bluesman]

^ baš to. A ja čak govorim o komplikovanijim situacijama.

[bOkIcA]

ORM ne volim, komplikacija mi je kao i Smarty, koristim CI Active Record klasu.

u modelu funkcija za count npr:

PHP kôd:

    function count($lang = 'en'){
        $this->db->where('language', $lang);
        $this->db->from('table_name');
        return $this->db->count_all_results();
    } 


ili get

PHP kôd:

    function get_all($lang = 'en', $start_row = 0, $data_per_page = FALSE, $order_by = FALSE, $order_type = FALSE){

        /* ... cuted part ... */

        $this->db->from('table_name');
        $this->db->join('table_name_2', 'table_name_2.id = table_name.id', 'left');
        $this->db->where('language', $lang);
        $this->db->order_by($order_by, $order_type);
        $this->db->limit($data_per_page, $start_row);
        
        // execute query
        $query = $this->db->get();

        // return data
        if ($query->num_rows() > 0)
            return $query->result_array();;

        return FALSE;
    } 


Beneficije su automatsko eskejpovanje i mogucnost rada sa drugom bazom.

a uvek moze i pisan sql sa eskejp:

PHP kôd:

$sql = "SELECT * FROM some_table WHERE id = ? AND status = ? AND author = ?";
$this->db->query($sql, array(3, 'live', 'Rick'));