Orientamento degli oggetti fatto bene con PHP [chiuso]

Sì, è abbastanza possibile, ed è il modo in cui stanno andando le cose. La comunità PHP sembra muoversi maggiormente verso uno stile Java (strongmente orientato agli oggetti, prolisso, ecc.).

PHP nel modo giusto

Alcune cose degne di nota ...

• Codice di dominio (dopo 5.3)
• Denominazione / gestione file standard come da php standard group (PSR-0)
• Gestione delle dipendenze con Composer (come Ruby Gems, moduli Node Node, ecc.)
• Contenitore di iniezione delle dipendenze (Symfony's è come la primavera di Java), o Brufolo, ecc.
• ORM (Doctrine2 è come Hibernate di Java)
• Test automatici con PHPUnit, Behat, ecc.

In realtà è un bel ecosistema se si utilizza il nuovo set di strumenti.

Per sviluppare siti Web con PHP utilizzando un approccio OOP avrai bisogno di quanto segue.

1. phpStorm ti consentirà di applicare dettagli di tipo ai tuoi oggetti, metodi e variabili tramite PHPDocs. Mentre altri IDE supportano questo, phpStorm è stato l'unico che sembra funzionare correttamente nella mia esperienza (NetBeans non funziona proprio). I dettagli del tipo sono necessari per sfruttare appieno la programmazione OOP, perché senza di esso semplicemente non si sa cosa fa realmente $ obj- > doThing ().

2. PHP OOP funziona meglio con namespace e ben pensato programmi di caricamento classe . Un approccio popolare è quello di strutturare classi e file in un modello simile ai pacchetti Java.

3. Che cos'è OOP? Questa è una domanda molto ampia. Esistono schemi di progettazione, sintassi e framework specifici della lingua. È difficile dire che il codice in PHP è OOP. A che punto diventa OOP? C # impone un approccio OOP perché i servizi web lo richiedono. È ancora possibile sviluppare una soluzione OOP mal progettata in C #, ma un approccio non-OOP molto ben progettato in PHP. OOP di per sè non è la soluzione a tutto.

4. Non l'ho usato, ma penso che CodeIgniter usi un approccio OOP nel suo design. Le dichiarazioni di controllori, modelli e viste sono basate sull'astrazione. CakePHP è anche un approccio OOP, ma utilizza molti trucchi di PHP per accorciare il lavoro degli sviluppatori. Di conseguenza, spesso non segue quello che ritengo essere un vero design OOP, ma è un ottimo framework.

5. La mancanza PHP di variabili tipizzate e parametri per i metodi è uno dei suoi punti deboli in OOP. È un problema di scala. OOP è uno strumento che ti consente di ridimensionare i tuoi problemi costruendo pezzi che si adattano tra loro. Cosa succede quando hai bisogno di rifattorizzare il metodo di una classe base in PHP? Il rischio di introdurre un nuovo bug è molto alto, mentre in C # si rompe il contratto di interfaccia in fase di compilazione. Il rischio è molto basso. Quindi progettare classi e metodi in PHP è una pratica in attenta riflessione, piuttosto che programmare la sperimentazione del tempo. Se segui le linee guida per scrivere i commenti di PHPDoc, dichiara i tuoi tipi di parametri e usa phpStorm. Sarai in grado di gestire un design OOP più grande quindi utilizzare altri strumenti (nella mia mente).