[raido357]

Eespool olevad postitused on küll vanad aga miks mitte kasutada MySQL Improved varianti ja prepared statemente ?

[keevitaja]

kuidas need käivad

[keevitaja]

ja mis asjad täpselt need exceptionid on? manualis nagu natukene oli kirjas, kuid ei saa hästi pihta

[andrusny]

Veateated.

[keevitaja]

exceptionitest veel. keegi oskab seletada throw, catch jne... manualis erit nagu kirjas pole.

kas üldiselt oleks parem neid kasutada, selle lihtsa die() asemel?

[mikk36]

http://php.net/manual/en/language.exceptions.php
Example 1 näitab kenasti ära mõtte.

[keevitaja]

[mikk36]

Kui ühtegi exceptionit ei vista (viga), siis catch osa ei rakendu, kui visatakse exception, siis saad seda catch lõigu sees töödelda, antud juhul väljastatakse exceptioni sõnum (getMessage()).
Otsetõlkes on need kaks väljendit siis proovi ja püüa, kui ta ei suuda edukalt proovi lõiku teha, siis püütakse error kinni ja php scripti käivitumist ei peatata, saad kenasti kasutajale errori saata.

[inzinz]

Umm, hetkel tundub see asi siin jalgratta leiutamisena ja mugavuse aknast väljaviskamisena et mingit huvitavat asja proovida.
Mis on näiteks häda sellel, et panna verifytext tagastama true ja false ja seda hiljem kontrollida ?

function verifyText() {
return !empty($this->text);
}

function printText() {
if(!$this->VerifyText()) echo 'tekst puudub';
else echo $this->text;
}

Antud moodus on ju palju mugavam ja loogilisem kirjutada kui nii:
function verifyText() {
if empty($this->text) throw new Exception('tekst puudub');
}

function printText() {
try{
$this->VerifyText();
echo $this->text;
}catch{
echo 'tekst puudub';
}
}

Exceptionitega koodi on palju raskem lugeda ja hiljem hallata. Exceptionitel on oma aeg ja koht, aga mingi taoline lihtlabane kontroll ei ole nüüd küll selline koht... (näiteks redirecti tegemine redirectexception klassiga ja selle püüdmisega on täitsa ok kasutus, aga iga pisikest kontrolli niimoodi "paremaks" teha üritades on suht pointless...)

[keevitaja]

ma tegelt kirjutan siin ühe gd classi, kus siis tahan kontrollida, et $this->image mis on loodud imagecreatefrom abil on olemas!
kuna see peab 100% olema, siis die('pilt puudub!') oleks ok ja mingit muud keemiat vaja pole?

[inzinz]

No, minu meelest nii hardcore lähenemist ei ole ikka, et kuskil klassi sees teed die('käi kurele'); kui ühte pilti pole, kuna sellisel juhul sa pead seda klassi hakkama muuta kui tahad teist teksti kuvada jne. Ja kui tahad erinevat teksti kuvada eri kohtadest kasutades, siis on jälle jama majas.

Mõistlikum ja hiljem paremini kasutatav lahendus on see, et sa ise peale pildi laadimist ja enne klassi edasist kasutamist kontrollid läbi funktsiooni IsImageLoaded() {return !empty($this->image);} staatust vms. Niimoodi on põhiklass asjalik ja minimaalne, ja seda kasutav kood ise juba kontrollib ja majandab errorite või hoiatuste kuvamisega, või äärmisel juhul lihtsalt ignoreerib errorit ja proovib uuesti tegevust teha jne jne. Sa ei saa kõiki võimalikke erijuhte baasklassi toppida vaid ikkagi nende koht on seal koodis, mis seda baasklassi kasutab.
Kui on vajadus kasutajale html lehte ilusama error teatega näidata, siis klassi seest tulev die muudab selle võimatuks, aga kõrgemal koodis pildi laadimist kontrollides, on parem kontroll olukorra üle.

[raido357]

[keevitaja]

no ma kasutan sqlit nii:

[lehm2]

Aga milleks, leiutada ratast ?

[Celos]

[inzinz]

[keevitaja]

mul nüüd lsb (alates PHP 5.3) küsimus:

[keevitaja]

leidsin lahenduse! äkki kellelegi abiks:

[keevitaja]

SELECT:

[mark11]

[keevitaja]

krt, see tundub kuidagi liiga keeruline. siis võiks ise ju neid querysid kontrollida.

põmst ma tahaks ainult, et need queryd oleks prepared (eelvormindatud???). fetchida võiks ka muud muudi äkki?

[keevitaja]

klge olete te kindel selle mysqli prepared statementide headuses? ma siin üritasin nüüd asjast sotti saada ja jõudsin sellisele tulemusele:

[nene]

[keevitaja]

jumal tänatud. ma siin kartsin, et panin siin oma katsetamisega mööda täiega kuna väideti, et ma oma eelpool mainutud klassiga leiutan jalgratast...
see mysqli on pealegi veel bugine kah. näiteks long integeri peab sisestama stringina...

[iceincube]

Ma kasutaks ka muid asju.
Kuna kasutan ise Zend'i päris palju siis soovitan seda.


Samuti kavas doctrine'i proovida.