I framework sono necessari in PHP? [chiuso]

No. Ma sono carine.

Pro : risparmia tempo senza dover ricostruire il codice da solo. Utilizza la miriade di funzioni, funzioni e strutture dati create da qualcun altro che si applicano al tuo progetto.

Contro : non averlo creato da solo potrebbe essere una perdita per un migliore livello di comprensione delle basi su cui il tuo progetto opera.

I framework per le applicazioni Web valgono solo quanto la tua esperienza con loro.

Ogni framework ha una curva di apprendimento, fino a quando non superi questa curva, probabilmente finirai per fare le cose in modo da tornare indietro e negare tutti i benefici dell'utilizzo di un framework. La tua applicazione sarà inutilmente lenta da sviluppare, il codice sarà difficile da seguire e l'intera cosa si romperà quando verrà rilasciata una nuova versione del framework. Raccomanderei di non utilizzare un framework non familiare (o una tecnologia sconosciuta) per progetti con una scadenza ristretta.

Come si migliora nell'utilizzo dei framework?

Dovrai costruire una manciata di applicazioni terribili e iterare. Alla fine scoprirai le stranezze e l'uso di un framework ti consentirà tempi di sviluppo più brevi e un codice più organizzato.

Dovresti usare un framework PHP?

Chiunque codifica abbastanza PHP alla fine utilizza un framework. La domanda è: userete il vostro framework o uno sviluppato da una terza parte? Nella mia esperienza, probabilmente non svilupperai mai la tua struttura che corrisponderà alla solidità e alla qualità di un framework di terze parti. Detto questo, lo sviluppo del proprio framework sembra essere un diritto di passaggio nella comunità PHP, quindi non lasciarmi scoraggiare dal scrivere la tua classe di astrazione del database.

Ecco un utile grafico:

Secondo Rasmus Lerdorf , non hai bisogno di alcun framework aggiuntivo, dato che PHP è esso stesso un framework. link

Beh, dipende davvero dalle dimensioni del tuo progetto. Una homepage senza database e non più di 10 pagine, un framework sarà troppo, soprattutto perché framewroks richiede sempre molta configurazione e personalizzazione nella maggior parte dei casi, per soddisfare esigenze specifiche. E in alcune situazioni potrebbero essere un po 'più lenti di diverse pagine incluse in un file (pensa a tutto il framework che deve essere caricato per usare le sue funzionalità.)

Ora, se stai pianificando un sito di medie / grandi dimensioni, con interazioni di database, servizi web, ecc. ecc., avrai bisogno di un framework per aiutarti a interagire con tecnologie diverse e organizzare il tuo codice in modo che quando le cose si rompono, tu Avremo l'abilitazione a rilevarlo e ripararlo rapidamente. Inoltre, se pensi ai clienti, cambiano sempre idea sul software, quindi se il cliente ha bisogno di modificare o aggiungere una nuova funzionalità non dovresti passare attraverso tutto il tuo codice e pensare a come collegare questa nuova funzionalità a tutti questo sphagetti.

Ci sono molti altri pro e contro, ma questi sono i primi che ho attraversato la mia mente.

Modifica: utilizzo il framework di symfony nelle basi quotidiane e lavoro anche con php per l'università (ho avuto alcuni corsi sullo sviluppo web a cui non è consentito utilizzare alcun framework), quindi la maggior parte di questo deriva da quell'esperienza. / p>     

Stai scherzando?

La necessità dipende dall'uso. I computer non sono necessari per l'umanità, né per le macchine, ecc.

Per quanto riguarda vantaggi / svantaggi, a ciascuno è proprio!

Vorrei mostrare qualche codice di esempio fuori dal mio framework:

class Product extends DatabaseRow {
    public $name='';
    public $price=0.0;
    public $images=array();
    public $description='';
    public table(){
        return 'products';
    }
}

$p=new Product();
$p->name='Bread';
$p->price=0.5;
$p->images=array('loaf1.jpg','bakery.jpg');
$p->description='Our premium diet bread.';
$p->save();

Vedi cosa ho fatto lì? Quella classe serve da modello per un negozio. Cosa c'è di così speciale oltre a OO? Se la tabella o qualsiasi colonna non esiste, viene creata dinamicamente. 0 installa script. Naturalmente, questa è una caratteristica specifica nel mio framework. Ma ti viene l'idea.

Non tutte le applicazioni richiedono un framework, ma molte di quelle consequenziali lo fanno.

I vantaggi sono:

• Non ripetere te stesso - Qualsiasi nuova applicazione avrà funzionalità in comune con molte applicazioni esistenti. Ha senso evitare di ripetere te stesso. Una struttura impacchetta le funzionalità necessarie per la maggior parte delle applicazioni. Di conseguenza risparmierai tempo (e denaro).
• Non ti sfidare da solo - Lo sviluppo di software in generale può essere piuttosto doloroso. Ha senso automatizzare le cose banali. Un framework si prende cura dell'idraulico, così puoi concentrarti sull'essere profondamente creativo. Di conseguenza, risparmierai sforzi (e denaro).

Gli svantaggi sono:

• A modo nostro o no - Potrebbe essere necessario seguire le rigide convenzioni del framework, che potrebbero contravvenire alle tue convinzioni dogmatiche su come le cose dovrebbero essere fatte (e di conseguenza farti arrabbiare)
• Sindrome quadro acquisita : potresti diventare troppo dipendente dai quadri per ottenere anche le cose più semplici. Ti dimenticherai come instradare le richieste, accedere ai database, mappare gli oggetti alle query del database, ecc. Poiché il framework ti tiene in mano tutto ciò.

Tutto sommato, è meglio usarne uno.