Ambiente sviluppo php o asp...

[mamo139]

ma il codice sbriciolato è un male????

Originariamente inviato da mamo139

ma il codice sbriciolato è un male????

No, i linguaggi di scripting come PHP sono fatti proprio per "entrare ed uscire" dall'HTML e creare frammenti più o meno ampi di codice PHP.

L'importante è avere sempre un codice strutturato e coerente all'interno della pagina.

[giannola]

Originariamente inviato da mamo139

ma il codice sbriciolato è un male????

Per quanto attiene alla pulizia di programmazione certamente.
Immagina di creare delle pagine web tipo portali e dover fare alcuni cambiamenti a mesi di distanza dalla loro creazione, devi spulciare la pagina per capire dove inserire il codice in modo che non ti sconquassi la grafica.
Allo stesso modo se vuoi rimaneggiare la grafica ti tocca spostare il codice, questo certamente rallenta il lavoro oltre ad essere causa frequente di errori.
Purtroppo fino ad oggi con i linguaggi di scripting era praticamente un must comportarsi così a meno di non crearsi i propri oggetti riutilizzabili per tenere separati il codice dall'html.
Con .Net, o con le tecniche cgi è possibile evitare di sporcare le pagine html col proprio codice.
Direi di optare sul primo.

[andbin]

Originariamente inviato da giannola

ecco questo con asp.net non succede

Non conosco asp/asp.net ma credo che gestisca le cose ad un livello "più alto". Suppongo che nasconda molte cose e molti dettagli "di basso livello" al programmatore. Dico bene??

[giannola]

Originariamente inviato da andbin

Non conosco asp/asp.net ma credo che gestisca le cose ad un livello "più alto". Suppongo che nasconda molte cose e molti dettagli "di basso livello" al programmatore. Dico bene??

non capisco cosa tu intenda con dettagli di basso livello.
Però esenzialmente asp.net è come java pieno di oggetti che ti permettono di realizzare svariate cose senza bisogno di programmarli da zero.
Questo è un grosso vantaggio per la produttività, ma un grosso svantaggio in ambito didattico.
Mi spiego avendo tu una serie di oggetti dei quali devi solo definire proprietà e metodi (un po come quando dici "voglio la macchina rossa e col 1400") è ovvio che ti comporti più come un arredatore del sw che non come un semplice programmatore, infatti un arredatore non si fabbrica i parquet o i tendaggi o i mobili, ma li compra già fatti e li posiziona in modo da valorizzare il tutto.
E' una concezione diversa rispetto alla vecchia programmazione, ma non necessariamente più semplice.
Però così facendo un principiante difficilmente sperimenterà la programmazione tradizionale ed il pensiero logico che ne è alla base, eppur vero che .Net ti permette di creare ugualmente i tuoi oggetti personali come un qualunque linguaggio di tipo tradizionale, ma stante la grande varieta di oggetti disponibili difficilmente si tenderà ad una cosa del genere a meno che non vi sia una reale sigenza impossibile da soddisfare con gli oggetti già presenti.
Senza contare che usando oggetti già pronti non farai mai uno studio didattico per capire cosa c'è dentro, ma questo vale anche per tutti gli altri linguaggi orientati agli oggetti.

[tomminno]

Originariamente inviato da andbin

Non conosco asp/asp.net ma credo che gestisca le cose ad un livello "più alto". Suppongo che nasconda molte cose e molti dettagli "di basso livello" al programmatore. Dico bene??

Sostanzialmente con asp.net scrivere un sito internet è la stessa medesima cosa che scrivere un applicativo in C#.
All'inzio dell'HTML scrivi qualcosa come:

<%@ Page language="c#" Codebehind="Page.aspx.cs" AutoEventWireup="false" Inherits="Namespace.Page" %>

Quindi da una parte hai in Page.aspx l'html, dall'altra hai Page.aspx.cs che è un vero e proprio codice C#, con la possibilità di utilizzare tutto (o quasi) il framework .NET.
Praticamente l'html diventa l'interfaccia del programma.
Il rovescio della medaglia è che il sito lo devi compilare perchè costituito tutto da dll. Dalla versione 2.0 del framework però c'è la possibilità di inserire le pagine in una cartella apposita per cui la compilazione del codice viene fatta al volo senza bisogno di ricompilare.

[dupa]

Originariamente inviato da mamo139

ma il codice sbriciolato è un male????

sì è un male.

nel caso di php occorre basarsi su un template engine per separare logica dell'applicazione e template grafico

[Xalexalex]

Originariamente inviato da dupa

sì è un male.

nel caso di php occorre basarsi su un template engine per separare logica dell'applicazione e template grafico

Mica per forza però... Quando programmo uso una classe che mi sono costruito per scrivere tutto l'html.. In questo modo uso solo codice php nella pagina..

[andbin]

Originariamente inviato da giannola

non capisco cosa tu intenda con dettagli di basso livello.
Però esenzialmente asp.net è come java pieno di oggetti che ti permettono di realizzare svariate cose senza bisogno di programmarli da zero.
Questo è un grosso vantaggio per la produttività, ma un grosso svantaggio in ambito didattico.
[...]

Ok, giusto per curiosità mia, puoi riscrivere in asp.net quell'esempio di paginetta che ho scritto per la conversione cm->inch??

[0rph3n]

Originariamente inviato da andbin

Non conosco asp/asp.net ma credo che gestisca le cose ad un livello "più alto". Suppongo che nasconda molte cose e molti dettagli "di basso livello" al programmatore. Dico bene??

si e no!
si: asp.net mette a disposizione degli oggetti che semplificano la stesura del codice (che io odio perchè generano codice alla cazzo - infatti uso solo il repeater che altro non è che un ciclo for);
no: le pagine in asp.net sono delle classi e come tali possono risiedere in più files. Al momento della creazione di una nuova pagina aspx l'ide ti chiede se vuoi creare anche una pagina che conterrà il codice lato server, in questo modo il codice lato server che riguarda la logica sarà separato dal codice html.

a me piace un sacco questa "filosofia"

'iao

EDIT: le pagine che contengono il codice hanno estensione .aspx.cs (C#) o .aspx.vb (VB);
questo modello si chiama codebehind