I dette særtema ser vi på, hvordan cloud og AI bliver fundamentet for virksomhedernes digitale forretning, og hvordan de nye muligheder for automatisering og forretningsværdi kan udnyttes uden at miste overblik, sikkerhed og menneskelig kontrol.
2. Jeg ville foretrække at den lavede sin egen instans af databaseobjektet i sin constructor - en anden løsning ville være at lade poll nedarve fra mysqli ;)
3. Der er ingen grund til ikke at benytte prepared statements til alt ;)
4. Der må jeg melde pas ;) Jeg kender kun PEAR og ADOdb, men bruger ikke rigtigt nogle af dem...
2. Det er præcis sådan jeg gør nu (bortset fra at jeg ikke laver forbindelsen i constructor'en, men kalder $this->connect, fordi man afaik ikke kan 'throw new Exception' i en constructor.)
2. Mjah, ok, ja du kan jo bare kalde connect før databasen skal bruges første gang...
3. Den store fordel er man helt undgår SQL-injections, og man vænner sig til at bruge den ;) Men man kan også bare bruge mysqli->query hvis man hellere vil det ;P
OK, jeg prøver prepared statements, det ville jo næsten også være dumt andet, når jeg nu skal til at bruge mysqli for "første gang" ;)
Du skulle vel ikke have et godt fif/link til hvornår man skal kaste en Exception og hvornår man ikke skal? Jeg synes jeg kan kaste dem alle steder hvor der er den mindste mulighed for en fejl, det virker lidt voldsomt...
Nej, det er modsvarende mysqli_errno() og mysqli_error(). Så vidt jeg kan se, er de ikke identiske med mysqli_connect_errno()/mysqli_connect_error(). Ellers ville de vil heller ikke skifte i eksemplet fra Zend. Eller er jeg gal på den ?
Ja, det ser ud til at du har ret, det virker da lidt underligt har du ret i :P Men sådan er det åbenbart, eksemplet på php.net bruger også de to funktioner... Wierd og lidt plat ;)
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.