Visualizzazione dei risultati da 1 a 10 su 10

Hybrid View

  1. #1
    boh ho pensato di dedicare una classe al db e l' altra al problema della visualizzazione dei dati in tabelle o div che siano...ma si accettano consigli visto che non sono tanto pratico

  2. #2
    Quote Originariamente inviata da camionistaxcaso Visualizza il messaggio
    boh ho pensato di dedicare una classe al db e l' altra al problema della visualizzazione dei dati in tabelle o div che siano...ma si accettano consigli visto che non sono tanto pratico
    Dipende tutto da cosa devi fare.

    Se vuoi scrivere buon codice OO allora non puoi buttare li' delle classi a caso perche' ti sembrano simpatiche, devi studiare come funziona la programmazione a oggetti in PHP e capire quando ha senso creare classi, quando ha senso estenderne altre e via dicendo.

    Se invece devi solo risolvere un problema ma non hai tempo/voglia di studiare, allora rimani sulla versione piu' semplice possibile lasciando perdere complesse strutture di classi.

  3. #3
    Quote Originariamente inviata da k.b Visualizza il messaggio
    Dipende tutto da cosa devi fare.

    Se vuoi scrivere buon codice OO allora non puoi buttare li' delle classi a caso perche' ti sembrano simpatiche, devi studiare come funziona la programmazione a oggetti in PHP e capire quando ha senso creare classi, quando ha senso estenderne altre e via dicendo.

    Se invece devi solo risolvere un problema ma non hai tempo/voglia di studiare, allora rimani sulla versione piu' semplice possibile lasciando perdere complesse strutture di classi.
    Se non avevo tempo/voglia di studiare non mi stavo a sbattere ed a rompere le palline a voi per cercare di fare una cosa fatta per bene non credi?

  4. #4
    Quote Originariamente inviata da camionistaxcaso Visualizza il messaggio
    Se non avevo tempo/voglia di studiare non mi stavo a sbattere ed a rompere le palline a voi per cercare di fare una cosa fatta per bene non credi?
    Il punto e' che la programmazione a oggetti in PHP e' un argomento molto vasto, ed e' difficile riassumerlo in un post su un forum. Qui si possono dare consigli specifici o affinare del codice, ma la comprensione di base di com'e' strutturata un'applicazione OO e' un requisito necessario, altrimenti e' impossibile capire perche' alcune cose vengono fatte in un certo modo.

    Rimanendo per ora sul discorso PDO, non e' necessario utilizzare chissa' quale struttura complessa per passare a PDO. Anzi, PDO e' gia' una classe, quindi a meno di esigenze particolari non serve crearne un'altra per interagire col database.

    Ad esempio, il codice seguente e' perfettamente sufficiente a fare una SELECT e lavorare sui risultati:
    Codice PHP:
    $dsn  'mysql:host=localhost;dbname=test';
    $user '*';
    $pass '*';

    $pdo = new PDO($dsn$user$pass);
    $stmt $pdo->query("SELECT * FROM table");

    while (
    $row $stmt->fetchObject()) {
        
    // fai qualcosa con $row

    ovviamente, pero', in questo caso non si fa nulla di diverso da cio' che si fa con mysql_*, pero' e' un esempio per capire che PDO non e' questa cosa cosi' strana.

    Il primo vantaggio nel mollare le vecchie funzioni mysql_* e usare PDO e' la possibilita' di usare i prepared statements, cioe' inviare la query e gli argomenti separatamente, cosi' da eliminare completamente ogni possibilita' di SQL injection, poi andando avanti si scopre che PDO offre un sacco di cose utili. L'importante e' capire bene la OOP e procedere per gradi.

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2026 vBulletin Solutions, Inc. All rights reserved.