Quanto sono rilevanti i modelli di progettazione OO per lo sviluppo web in PHP?

Question

Singleton, Decorator, Abstract, Factory e l'elenco potrebbe continuare. Quanto sono rilevanti i modelli di progettazione OO nello sviluppo di applicazioni PHP per il web? Fa qualcosa per le prestazioni? O è solo per mantenere il codice snello per pratiche di sviluppo agili? Chi è il principale benefattore per l'implementazione di questi modelli di progettazione? È il cliente o lo sviluppatore?

Mi rendo conto che sto facendo più domande, ma tutte riguardano lo stesso argomento. Non sono sicuro che esista una necessità per i modelli di progettazione OO con un linguaggio di scripting poiché è compilato in fase di esecuzione. Che cosa ne pensate? È importante?

Answer 1

Gli schemi di progettazione vengono creati per risolvere problemi specifici. Questi problemi si verificano sia che tu usi PHP o qualsiasi altra lingua (anche se i modelli possono differire anche per lingua). La maggior parte degli schemi ha le sue radici nella progettazione orientata agli oggetti, ma può essere adattata alle impostazioni procedurali. Usa lo schema di progettazione quando hai un problema a cui il pattern si rivolge, sia PHP che qualsiasi altra lingua. Non utilizzare un modello di progettazione solo perché è un "modello di progettazione" - sapere come e quando si applica e quando non lo fa.

Detto questo, gran parte di ciò che i modelli di progettazione fanno, è organizzare il codice per raggiungere il loro scopo in modo pulito e comprensibile. Esistono altri modi per risolvere il problema, ma il modello di progettazione è un metodo ben riconosciuto, chiaro e comprensibile. Se hai bisogno di risolvere un problema affrontato da un particolare modello, solitamente preferisci utilizzare il modello (o adattarlo al modello) piuttosto che scegliere un'alternativa.

L'utilizzo di modelli, se del caso, è quindi vantaggioso per gli sviluppatori attuali e futuri - codice più chiaro e comprensibile - e per il cliente - meno tempo per reinventare la ruota, codice più robusto e manutenibile. Usare schemi quando non sono appropriati non giova a nessuno; è potenzialmente un esercizio di frustrazione cercando di adattare un modello per risolvere un problema non correlato e molto probabilmente renderà le cose più complicate.

Answer 2

Sì, ma è necessario scegliere i modelli giusti per la piattaforma. Di gran lunga il modello di progettazione OO più importante è MVC (Model-View-Controller), che utilizza tutti i principali framework (CakePHP, CodeIgniter, ecc.).

Answer 3

Utilizzando un OOP vs un approccio non-OOP ci può essere una leggera differenza di performance, con non-OOP essere un po veloce, ma la differenza sarebbe praticamente trascurabile.

Penso che i modelli di progettazione OO sarebbero utili per l'organizzazione del codice, ma i problemi di progettazione sono lasciati a voi. Penso che ne trarrai beneficio più che dall'utente. L'utente può vedere lo stesso risultato se si utilizza OOP o non-OOP.

Answer 4

Quanto sono rilevanti i modelli di progettazione OO nello sviluppo di applicazioni PHP per il Web?

IMO sono molto rilevanti per qualsiasi applicazione PHP non banale, purché il modello che si sta utilizzando sia applicabile al problema in questione.

Fa qualcosa per le prestazioni?

Non necessariamente, e si può prendere sia in termini positivi che negativi. I modelli di progettazione più popolari non aggiungeranno direttamente alcun beneficio di prestazioni positivo e alcuni che impongono più ereditarietà o struttura di classe potrebbero aggiungere un trascurabile costo di prestazione (sottolineo trascurabile).I vantaggi dell'utilizzo di modelli ben noti, quando applicabile, superano questi costi trascurabili.

Un esempio a cui posso pensare dove un modello potrebbe migliorare direttamente la "prestazione" (per quanto riguarda l'utilizzo della memoria) sarebbe l'uso appropriato del modello singleton. Se in un dato momento hai solo bisogno di un'istanza di un oggetto, allora riduci l'utilizzo della memoria utilizzando quell'istanza.

Oppure è solo per mantenere il codice snello per pratiche di sviluppo agili?

Direi che l'uso corretto dei modelli mantiene il codice più gestibile, piuttosto che "snello". Ciò faciliterebbe qualsiasi ciclo di sviluppo, incluso quello agile, dal momento che il codice che utilizza modelli ben noti è più facile da leggere.

Chi è il principale benefattore per l'implementazione di questi modelli di progettazione? È il cliente o lo sviluppatore?

Principalmente lo sviluppatore (soprattutto se si tratta di uno sviluppatore plurale (s) in cui una squadra ha che fare per guardare lo stesso codice.) C'è un impatto indiretto sul cliente in quel codice ben scritto avrà ovviamente meno bug, e il software che usa i pattern avrà probabilmente meno tempo di inversione dal re-inventare la ruota.

Answer 5

Nei algoritmi (come quicksort) devono programmazione procedurale, design pattern sono ad oggetto design orientato. Sono un modo provato per risolvere alcuni problemi comuni.

Il principale beneficiario è un devolper, ma come effetto collaterale un cliente otterrà probabilmente un prodotto finale migliore.

Ogni volta che sono rilevanti o meno, dipende dai determinati requisiti dell'applicazione e dall'approccio scelto. Può sembrare laconico, ma quando inizi ad analizzare la tua applicazione e confronta i suoi requisiti di progettazione con i modelli esistenti, saprai come e quando usarli.