Programmazione ad oggetti in Php

[Lucciano]

Salve, leggendo la nuova guida sul php ad oggetti nella home di html.it leggo:

"Entrambi i linguaggi precedentemente citati, PHP e Java, presentano soluzioni scalabili e flessibili ma, per contro, PHP è un linguaggio di tipo Web oriented e presenta dei limiti sia nell’architettura che nella sintassi. Questo è il motivo per il quale, quando si tratta di PHP, sarebbe meglio non parlare di "Programmazione Orientata agli Oggetti" ma di "programmazione in stile OOP".

Qualcuno potrebbe gentilmente indicarmi quali sono questi limiti di Php sia nell'architettura che nella sintassi?

Grazie

[Santino83_02]

direi che questo, senza andare troppo nei tecnicismi, possa rendere l'idea:

La programmazione ad oggetti in PHP ha preso piede parecchi anni fa con l’avvento di PHP 4, e si è consolidata con PHP 5. Prima di introdurre le nozioni pratiche necessarie per muovere i primi passi verso lo stile di programmazione OOP (Object Oriented Programming), è bene precisare alcuni limiti del paradigma. I vantaggi di PHP, rispetto ad altre tecnologie utilizzate negli ambienti enterprise (come ad esempio Java), è da sempre la velocità e semplicità dello sviluppo, che riduce i costi di un progetto web rispetto a scelte più “robuste”. Di contro PHP presenta alcuni limiti nel rigore, che vanno interpretati come il rovescio della medaglia: è proprio l’assenza di rigore architetturale e sintattico che permette a PHP di essere più semplice, riducendo i tempi di sviluppo del codice.

Questa filosofia si riflette anche nello stile di programmazione OOP offerta da PHP: hanno ragione i puristi quando affermano che PHP non è un linguaggio Object Oriented. La programmazione OOP non significa solamente usare classi e oggetti, ma implica molte altre caratteristiche tecniche che mancano nel PHP. Ciò spiega perché alcuni programmatori PHP di lunga esperienza non percepiscono i vantaggi della programmazione ad oggetti. Di fatto hanno ragione: tutto (o quasi) ciò che si può realizzare in PHP usando un approccio ad oggetti, può essere realizzato scrivendo del codice “alla vecchia maniera”.

Per questo motivo, quando parliamo del PHP, sarebbe più corretto dire “programmazione in stile OOP” piuttosto che “programmazione OOP”. In parole semplici: PHP permette di usare molte strutture e sintassi della programmazione OOP senza essere veramente una tecnologia costruiti sugli oggetti. Se pensiamo alla programmazione OOP come ad un’autovettura alimentata a GPL, si potrebbe dire che il PHP è un’auto nata a benzina sulla quale abbiamo montato un impianto GPL (quello col bombolone nel portabagagli, per intenderci). Fintanto che ci limitiamo a guidare e a far rifornimento, possiamo tranquillamente affermare di andare a GPL: solamente aprendo il cofano (o il portabagagli) ci potremmo accorgere di qualcosa di strano.

fonte: http://blog.aziendeitalia.com/introd...riented-in-php

[Lucciano]

Quindi a livello pratico cosa comporta questo? Minor robustezza?Impossibilità di ralizzare applicazioni "enterprise"? O cosa?

Ps: Mi sembra che comunque in Php vengano fatte cose decenti e abbastanza interessanti

[marino51]

spesso parliamo tra persone senza realmente capirci, pur usando la stessa lingua,
perchè quello che abbiamo in testa non lo esprimiamo compiutamente
per esempio, parlando di php,

è da sempre la velocità e semplicità dello sviluppo,
che riduce i costi di un progetto web rispetto a scelte più “robuste”.

quali scelte sono più robuste ?

nel mio pensiero,

la robustezza di un applicazione è determinata dall'accuratezza di chi la sviluppa,
non certo dal linguaggio usato per lo sviluppo, che potrà offrire tools di aiuto/supporto,
ma che ogni linguaggio e/o ogni programmatore può aver predisposto

un progetto web può comunque essere robusto,
molti gestionali lavorano con tecnologie client/server, e sono estremamente robusti
non faccio nomi, ma ...

mi sembra che quanto citato sia un insieme di idee soggettive e poco discusse
con questo post esprimo la mia idea sulla soggettività dei giudizi, senza nessuna polemica

[marino51]

Quindi a livello pratico cosa comporta questo? Minor robustezza?Impossibilità di ralizzare applicazioni "enterprise"? O cosa?

scorda tutto, minor robustezza = voglio pagare meno

[Lucciano]

Nemmeno io voglio fare polemica. Voglio solo capire cosa realmente significa la frase scritta nella guida sul php oop, e cioè:

"Entrambi i linguaggi precedentemente citati, PHP e Java, presentano soluzioni scalabili e flessibili ma, per contro, PHP è un linguaggio di tipo Web oriented e presenta dei limiti sia nell’architettura che nella sintassi. Questo è il motivo per il quale, quando si tratta di PHP, sarebbe meglio non parlare di "Programmazione Orientata agli Oggetti" ma di "programmazione in stile OOP".

[Al_katraz984]

Es PHP non permette il polimorfismo

class Padre {}

class Patrigno {}

class Figlio extends Padre, Patrigno {} 

php non è tipizzato... mmh altri

[.Kurt]

Es PHP non permette il polimorfismo

Tu intendi l'ereditarietà multipla, che in php non è presente, non il polimorfismo. Bisogna anche dire che se hai la necessità di ereditare più di una classe, allora da qualche parte stai sbagliando. Significa che la tua classe sta facendo troppe cose, che ha ben più di una responsabilità http://en.wikipedia.org/wiki/Single_...lity_principle e che dovresti ripensare a dividere queste responsabilità in più classi. (Come nota a margine, esistono i traits http://php.net/manual/en/language.oop5.traits.php)

presenta dei limiti sia nell’architettura che nella sintassi.

Sono sofismi. Dei limiti rispetto a chi? Chi non li ha?

[marino51]

Scusate tantissimo se quoto da un altro post, ma volevo sottolineare il concetto di robustezza

Ho provato con il tag completo ma non cambia nulla, ho letto da qualche parte che non è necessario avere un server per l'invio di e-mail..
Se invece è necessario, qualcuno mi riesce a indicare come impostare su tutta la baracca?
Grazie per il vostro indispensabile aiuto.

[Alhazred]

Cosa c'entra il testo citato con la robustezza?