Newsgroup: it.comp.www.php
Titolo: [OT] - Opinione su aspetti del linguaggio

Sono Domenico e programmo in PHP ormai da due anni e seguo con molto
interesse l'evoluzione di questo linguaggio considerandolo una validissima
alternativa per il web-development totalmente free.
So che questo argomento sarà considerato forse OT ma nasce in me l'esigenza
di uno sfogo, ma soprattutto di conoscere la vostra opinione riguardo alcune
mie riflessioni sul linguaggio.
Sto sviluppando (meglio dire: "sto tentando di...") una libreria per ridurre
i tempi di sviluppo di applicazioni web-based; quindi componenti dinamici
riutilizzabili per il collegamento a basi di dati e un modello a componenti
per la creazione di documenti ipertestuali.
L'obiettivo finale sarebbe quello di distribuire in forma libera il mio
lavoro, magari cercando la collaborazione della comunità per creare uno
strumento RAD basato sulla libreria in oggetto.
Visto il tipo di progetto che mi sono proposto ho ritenuto utile sfruttare
le caratteristiche Object Oriented del linguaggio, progettando la mia
libreria come una gerarchia di classi.
Questa scelta, seppure utilissima ed ordinata in fase di progettazione, mi
ha fatto scontrare con le limitazioni intrinseche del linguaggio: una totale
mancanza di un controllo sul tipo.
Sono cosciente del fatto che PHP non sia un linguaggio strong-typed nasce
dall'esigenza di fornire uno strumento flessibile al programmatore, ma nel
contempo semplice da utilizzare.
Dato il livello di maturità raggiunto dalla piattaforma, e considerato
l'altissimo livello delle soluzioni sviluppate in PHP, credete ancora non
opportuno una tipizzazione maggiore per la gestione delle classi?
Nelle applicazioni Object Oriented di una certa complessità l'alternativa,
al momento, è scrivere una marea di codice per simulare (per quello che
risulta possibile), un controllo sul tipo in ogni operazione tipo passaggio
di parametri a membri, etc.
Scusate la mia digressione, probabilmente fuori luogo.
Mi farebbe molto piacere conoscere la vostra opinione, data la competenza e
l'impegno peculiare delle persone che frequentano attivamente questo
newsgroup.
---------------------------
Domenico Testa - studente
mimmowi...@infinito.it
(togliere NOSPAM dall'indirizzo)

 newsgroup.
credo che l'implementazione di features o-o più solide sia assolutamente 
necessario, specialmente quando ci si scontra con l'esigenza di 
implementare siti molto complessi e modularizzabili.
indubbiamente questo porterebbe all'aumento della complessità del 
linguaggio e, visto che PHP ha fatto la gioia di molti web-designer grazie 
alla sua semplicità, non so quanto gioverebbe in realtà alla "grande massa" 
di sviluppatori.
non so se sarebbe meglio trovarsi con un unico prodotto "PHP" che lavora 
sia ad oggetti che non, oppure se trovarsi con due release: "PHP" e "PHP++"
anche in questo caso, tutti preferirebbero scaricare il secondo perché fa 
tendenza scaricare il prodotto più avanzato, anche se non lo si sfrutta al 
massimo.
la peggior cosa sarebbe una "solidificazione" eccessiva della struttura ad 
oggetti, magari trovandosi a non riuscire a creare funzioni slegate dalle 
classi per via dell'obbligo di farle "metodi".
a questo punto, dovrebbero gli sviluppatori decidere se dare al PHP la vera 
forza della programmazione ad oggetti (e rischiare di perdere la fetta di 
programmatori newbie) oppure se eliminare quella che c'è, che lì com'è non 
è ben definibile né utilizzabile (a mio parere).
secondo me il problema non si ferma qui.
l'evoluzione del PHP ha sempre rincorso nuove features, in certi casi ci 
troviamo a dover tunare 10000 parametri nel php.ini per far funzionare il 
vecchio codice; parametri messi lì apposta per tenere la compatibilità con 
le vecchie release.
certe funzioni sono state addirittura rinominate (vedi sockets).
il PHP è certamente un linguaggio bellissimo e vario, ma credo che quello 
che gli manchi sia un'identità, una corrente evolutiva da seguire alla 
lettera in modo da chiarire la direzione in cui vogliono andare (e 
portarci) gli sviluppatori.
ciao

di parametri a membri, etc.
Probabilmente in questo caso è meglio sceglier un'alto linguaggio
Ti parla uno che ama il PHP e la mia tesi di L. l'ho implementa in PHP
usando puramente OOP.
bye