Newsgroup: it.comp.www.php
Titolo: l'approccio corretto al php?

Scusate sono un novellino con le idee confuse.
Avendo studiato programmazione (pascal) una 15ina di anni fa per un 
esame, qualche cosa so. almeno in linea di principio. Mi sono rimesso a 
studiare php in accoppiata con mysql. Qualche timido risultato ce l'ho.
Ora, mi e' capitato di farmi una chiacchierata con un ragazzo, molto 
piu' giovane di me iscritto al secondo o terzo anno di ingegneria 
informatica che ultimamente aveva usato java in coppia con mysql. 
Chiacchierando su un progetto mi sono reso conto di quanto sia 
differente l'approccio universitario da quello fai da te di manualetti e 
guide online.
Praticamente prima di mettersi al computer inizia a buttare giu' il 
diagramma di sql con le varie relazioni e fin qui d'accordo. Poi butta 
giu diagrammi chiamati er. Poi inizia a fare le classi delle anagrafiche 
di sql (e qui gia' mi perdo...occorre fare delle classi per le tabelle? 
boh?) e poi ancora a fare diagrammi, modelli astratti ecc. ecc..
Insomma ho avuto l'impressione che la mia preparazione somigli al voler 
costruire un castello senza fondamenta. Purtroppo questo ragazzo non lo 
conosco. E' stato un incontro casuale in cui abbiamo scambiato qualche 
opinione e lui gentilmente mi ha mostrato il suo modus operandi.
Ora come posso colmare almeno un po' la laguna? Dove trovo guide su 
quello che credo siano le fondamenta.
Ricordo che anche quando volli infilare nel piano di studi un esame che 
non c'entrava nulla (fondamenti di informatica appunto), l'approccio era 
totalmente diverso a qualsiasi manuale da libreria che in genere partono 
sparati con le prime righe di programmazione e promettono miracoli in 
breve. L'impressione e ' che ti insegnino un codice sporco, poco 
efficiente e confusionario del tipo "vacci a rimettere le mani fra un 
paio di mesi che mi faccio una risata".
Vabbe, spero di essermi spiegato.
Consigli?
anticipatamente grazie
Bud

 Bud
Io personalmente, pur (come ho detto) non essendo programmatore, ho 
imparato a "programmare" in PHP mediante: il manuale ufficiale, le guide 
su internet (e non solo di PHP: molto utile mi ï¿œ stato conoscere e 
comprendere il C e il C++ qualche tempo fa) e qualche codice giï¿œ pronto. 
Non ï¿œ una cosa fatta da ieri: sono anni che ci studio sopra e solo negli 
ultimi tempi il mio codice ha raggiunto livelli "accettabili".
Nel tempo inoltre ho voluto (e credo mi abbia aiutato parecchio) 
imparare le basi di diversi linguaggi, tra cui Perl, Python, Visual 
Basic .NET, C#.NET, Java, C, C++, l'assembly dell'8086, e varie cose. 
Certo, fare un programma (che sia poco piï¿œ di un semplice hello world) 
in uno di questi linguaggi di cui sopra per me sarebbe complesso, perchï¿œ 
non li uso tutti i giorni e perchï¿œ non ho esperienze di programmazione. 
Ad esempio alcune volte vorrei tanto che ci fosse la "tipizzazione" del 
C anche in PHP :-P
Enrico

 costruire un castello senza fondamenta.
Avendo fatto l'universitï¿œ, anche io conosco i vari diagrammi SQL, UML 
ecc... Tuttavia oggigiorno non li uso. Sono modi formali di fare analisi 
che sono necessari quando si lavora in gruppo a grandi progetti, ma nel 
lavoro quotidiano non ne sento l'esigenza.
-- 
  Giovanni Cappellini - 
http://www.quacos.com
Realizzazione siti dinamici e consulenze OpenSource:
 
http://www.weblogix.biz

Strutturare un progetto ï¿œ il minimo, fare l'uml sia delle classi che del
database ï¿œ la base, poi una bozza delle interfacce etc...
Per il resto puoi usare un orm, ormai nemmeno in java e .net si fanno le
classi a manina per gestire la relazione oggetto->riga dentro una
tabella del db, ci pensano delle librerie che fanno uno strato
"intermedio" che si chiamano appunto
Object-Relational Mapping i piï¿œ famosi in campo php sono:
propel e doctrine (mentre in java hibernate la fa da padrone mentre c'ï¿œ
ne ï¿œ uno che si chiama simpleorm che ï¿œ molto simile a doctrine).
Per le classi astratte stesso discorso a meno di esigenze stra
particolari, se hai ad esempio da "ciclare" su dei contenuti xml come
fossero campi puoi usare il simplexmliterator etc... non ï¿œ che non ci
sia programmazione strutturata in php semplicemente ce n'ï¿œ meno bisogno
visto che libreria standard da giï¿œ molto e i framework famosi ti danno
tutto il resto quindi alla fine la parte di classi,astrazione,etc... se
vuoi te la ritrovi pronta.
Per avere un idea di un php in stile java:
* PHP Object-Oriented Solutions
* Object-Oriented PHP
* The definitive guide to symfony
* PHP 5 Power programming
micheg

 come posso colmare almeno un po' la laguna?
Puoi prendere qualche manuale su UML. Io ne ho uno abbastanza rinomato (ma 
non mi ricordo il titolo, qualcosa tipo "UML 2 taldeitali") e l'ho dovuto 
rileggere 4 volte per capire alcuni concetti perche` troppo astratti e 
distanti dalla programmazione vera e propria.
Ti posso dire che, IMO, sono utili i class diagram e i sequence diagram 
(per sequenze non troppo complicate), mentre gli altri li ho trovati 
abbastanza confusionari e poco intuitivi, primo fra tutti il component, 
che pero` viene usato in tutti i libri sui pattern, quindi prima o poi 
tocca capirlo... :)
Bye.

 ne ï¿œ uno che si chiama simpleorm che ï¿œ molto simile a doctrine).
Visto che ho letto qualcosa tempo fa a riguardo...
'ste cose come si comportano quando devo fare una JOIN? E' previsto 
oppure devo fare tutto via software (scaricando una barcata di dati 
inutili e caricando il client)?
Enrico

Enrico Bassetti ha scritto:

di solito hanno un metodo per sparare query row in casi particolari.