Html e Php

bismark2005

Utente Attivo
8 Mar 2011
70
0
0
Salve ragazzi, io sto continuando nello studio del Php. Però ci sono alcune cose di questo linguaggio che non mi piacciono. Ad esempio il fatto di mischiare insieme in un casino assurdo codice Html e Php. Ora fino a quando si tratta di 200-300 righe di codice la cosa è anche gestibile, ma quando si dovrà fare un progetto più complesso cosa succederà? Non si rischia di perdere il bandolo della matassa tra html e Php (cosa che in parte avviene gia ora)?

Un mio amico che programmava con j2ee diceva che questo linguaggio separava la parte "grafica" da quella "logica". Sapete per caso quali altri linguaggi adottano questa cosa? Pyton? Ryby?
 
Il casino viene se scrivi tutto in procedurale a pagine statiche, quando inizi a programmare ad oggetti ti accorgi che è semplicissimo
dividere l'html dal php e gestire ugualmente la logica di esso :)
 
Il casino viene se scrivi tutto in procedurale a pagine statiche, quando inizi a programmare ad oggetti ti accorgi che è semplicissimo
dividere l'html dal php e gestire ugualmente la logica di esso :)

E' più facile trovare l'ago in un pagliaio che programmare dall'inizio ad oggetti in Php. Purtroppo sembra che il procedurale sia una tappa forzata per un novello programmatore Php, anzitutto per la mancanza di manuali base, e poi perchè PHP si porta dietro tutta la sua storia procedurale. Non è Java con cui programmi dall'inizio solo ad oggetti!!!!!

Quindi o faccio così o cambio linguaggio
 
E' più facile trovare l'ago in un pagliaio che programmare dall'inizio ad oggetti in Php. Purtroppo sembra che il procedurale sia una tappa forzata per un novello programmatore Php, anzitutto per la mancanza di manuali base, e poi perchè PHP si porta dietro tutta la sua storia procedurale. Non è Java con cui programmi dall'inizio solo ad oggetti!!!!!

Quindi o faccio così o cambio linguaggio
Che dirti, sul discorso del procedurale purtroppo chiunque conosca il php (bene) ci è passato l'importante è non fermarsi li
 
ciao
tutto dipende da come è la pagina.
se la pagina è al 90%statica con il resto dinamico php scrivi in html + inserzioni di php
al contrario scrivi tutto in php (anche l'html), in questo caso conviene sfruttare la sintassi heredoc

per quanto rigrarda il procedurale e la programmazione ad oggetti, rimango della mia opinione. ad oggetti devi scrivere più codice, il codice è meno comprensibile (leggibile) e più difficile da "debuggare", solo (ma questa è la mia opinone) se si trovano delle classi ad hoc già scrite (es phpmailer) conviene usarle
 
Che dirti, sul discorso del procedurale purtroppo chiunque conosca il php (bene) ci è passato l'importante è non fermarsi li

Purtroppo il procedurale è una tappa quasi forzata in Php. L'unica cosa che si può fare è farne il meno possibile. Voglio dire non ho certo intenzione di studiarmi il malloppo da 700 pagine di procedurale. Al massimo lo studio una metà, poi una volta capita la sintassi passo subito all.O.O.
 
ciao
tutto dipende da come è la pagina.
se la pagina è al 90%statica con il resto dinamico php scrivi in html + inserzioni di php
al contrario scrivi tutto in php (anche l'html), in questo caso conviene sfruttare la sintassi heredoc

per quanto rigrarda il procedurale e la programmazione ad oggetti, rimango della mia opinione. ad oggetti devi scrivere più codice, il codice è meno comprensibile (leggibile) e più difficile da "debuggare", solo (ma questa è la mia opinone) se si trovano delle classi ad hoc già scrite (es phpmailer) conviene usarle

A me hanno detto che oggi ha senso studiare php solo secondo il metodo orientato agli oggetti. Lo sto studiando procedurale perchè come dicevo è una tappa "forzata".
 
ciao
tutto dipende da come è la pagina.
se la pagina è al 90%statica con il resto dinamico php scrivi in html + inserzioni di php
al contrario scrivi tutto in php (anche l'html), in questo caso conviene sfruttare la sintassi heredoc

per quanto rigrarda il procedurale e la programmazione ad oggetti, rimango della mia opinione. ad oggetti devi scrivere più codice, il codice è meno comprensibile (leggibile) e più difficile da "debuggare", solo (ma questa è la mia opinone) se si trovano delle classi ad hoc già scrite (es phpmailer) conviene usarle
Per il discorso finale, allora non hai mai provato gli oggetti utilizzando piu classi xD.E' molto piu semplice del procedurale, e ti permettono anche una sintassi logica cosa che in procedurale non c'è molto. Il php si sta orientando sempre piu ad oggetti come la maggior parte dei linguaggi in circolazione ed è un bene.
 
Ultima modifica:
A me hanno detto che oggi ha senso studiare php solo secondo il metodo orientato agli oggetti. Lo sto studiando procedurale perchè come dicevo è una tappa "forzata".
Si infatti, se stai iniziando ora il php ti conviene iniziare gli oggetti il prima possibile cosi ci cominci a fare subito la mano. Io avevo iniziato studiando solo il procedurale poi quando ho iniziato a studiare gli oggetti all'inizio mi trovavo un po male ma poi non ne potevo piu fare a meno! :)
 
Purtroppo hai ragione: PHP è nato come un linguaggio procedurale, ed è stato uno degli ultimi ad adattarsi all'avvento del paradigma ad oggetti, quasi forzatamente, altrimenti sarebbe stato devastato dalla concorrenza.

Dunque, se da una parte è vero che molti linguaggi offrono un migliore approccio alla programmazione, è anche vero che, a mio avviso, nessun altro linguaggio (e io ne ho provati parecchi: Ruby, Java, Python, tanto per citarne alcuni) fornisce tanti strumenti per la realizzazione di applicazioni Web. Questo non significa che non sia possibile creare un sito dinamico usando un linguaggio diverso da PHP: molti stanno migrando da PHP a Rails, e creano applicazioni mastodontiche (vedi GitHub).

Quindi, quello che ti posso consigliare è: studiati la sintassi, e una volta che ci avrai preso dimestichezza (non dovrebbe volerci molto), passa alla programmazione ad oggetti.
 
ciao
sarà perche provengo dal vecchio goto numero di linea (attenzione non etichetta, l'etichetta è una novità venuta dopo), ma con il procedurale seguendo le righe vedo (con vedo intendo che ha mente faccio quello che dovrebbe fare lo script) qullo che lo script fa, quindi sarà l'abitudine, ma con l oo non riesco.
poi, come detto in una discussione di circa un anno fà, quello che mi piace è la logica di uno script, in fondo che sia scritto con php, asp o altro pinco pallo qualsiasi farebbe lo stesso.
uso php perchè secondo me ha (oltre ai vantaggi di cui accenna alex) un buona documentazione e il manuale ufficiale è a mio parere fatto bene e di facile approccio
 

Discussioni simili