www.ovum.it

Quando dal nostro browser apriamo una pagina web, mettiamo in moto una procedura tra la nostra postazione ed un server in rete al termine della quale, sul nostro schermo, appare una pagina web richiesta. Ma che cosa accade nel lasso di tempo tra quando viene lanciata la richiesta dal browser fino a quando la pagina web viene visualizzata? In questo articolo cercheremo di approfondire meccanismi e procedure che vengono a realizzarsi in queste fasi; i metodi e linguaggi di programmazione coinvolti sia lato CLIENT (l'interfaccia utente, il browser del PC di casa per intenderci) che lato SERVER.

Iniziamo a considerare che cosa scriviamo sulla barra indirizzi del nostro browser: generalmente si scrive qualcosa del tipo http://www.nomesito.xx/pagina-richiesta. Di server e di domini si è già parlato e, come noto, sappiamo che a http://www.nomesito.xx corrisponde un SERVER associato in rete. Quando premiamo INVIO dal browser inviamo al server una richiesta di una pagina (cioè tutto ciò che segue il prefisso http://www.nomesito.xx), il quale, eseguendo un programma, analizza la richiesta inviata ed al termine dell’elaborazione restituisce la pagina in formato html al browser il quale si occuperà poi di visualizzarla.

Eccoci quindi giunti a parlare di uno degli argomenti più interessanti dell'informatica, i database. Chiunque di noi, anche se inconsapevolmente, ha a che fare o ha avuto a che fare con i database. Gli articoli presenti in questo stesso sito vengono gestiti mediante un database. In linea di massima la maggior parte dei siti che troviamo in internet vengono gestiti da dei database. Ma che cosa sono questi database? Diciamo, semplificando, che i database sono dei software che servono a gestire in maniera rapida dei dati strutturati. Ora, questa ulteriore definizione, nonostante sia corretta è comunque inutile a chi non ha compiuto studi in ambito informatico. Forse, la cosa più utile è tentare di dare una spiegazione per caratteristiche.

Proviamo a fare un esempio. Supponiamo di essere i proprietari di una libreria e desideriamo tenere traccia dei libri che vendiamo in modo tale da sapere chi compra e che libro ha acquistato. Iniziamo a creare la struttura dati relativa ai compratori. Ciascuno di questi ha un nome, un cognome, una data di nascita, un sesso, un indirizzo in cui risiede.
Creiamo una prima tabella nel nostro database dove scrivere queste informazioni:

La prima cosa da osservare è che le tabelle sono il pane per una database. I database contengono tabelle, che a loro volta sono suddivise in numerose colonne (nel nostro esempio nome,cognome, data di nascita, sesso, via, città). Le tabelle possono contenere numerose righe (detti record). Nell'esempio, abbiamo la riga 1 (ma sarebbe più corretto chiamarlo record 1) relativo a Mario Rossi ed il secondo relativo a Luca Bianchi e così via.

In ambito software, per "framework", si intende generalmente una libreria di componenti utili a realizzare un applicazione la cui struttura viene ad essere predefinita dal framework stesso. Di framework ve ne sono di vari generi e in ambienti software tra i più disparati. Nella fattispecie si può parlare di framework per web development.
Al di là di quella che può essere una definizione per addetti ai lavori, cerchiamo di dare una spiegazione di che cosa sia un framework con un esempio totalmente avulso alla realtà ma (si spera), di più facile comprensione. Ebbene, si immagini di essere un carpentiere edile che vuole costruire un muro, di cosa abbiamo bisogno? In linea di massima avremo bisogno di due componenti: mattoni e malta cementifera. Quindi realizzeremo il muro posizionando i mattoni longitudinalmente alternandoli con la malta per la prima fila quindi provvederemo a realizzare una seconda fila sopra la prima e così via. Ma questo, è il metodo più semplice? Proviamo una seconda strada. Supponiamo di andare in un officina edile e di poter comperare un muro delle dimensioni desiderate e di piazzarlo esattamente dove noi vogliamo. Non sarebbe questa una soluzione più rapida?
Ebbene i framework in qualche modo semplificano queste operazioni, diciamo che forniscono degli elementi prefabbricati allo sviluppatore. I mattoni e la malta cementifera possiamo immaginarli come il linguaggio adottato (php, asp, ecc..) . Mentre il muro (l'elemento prefabbricato) ce lo fornisce il framework. Al carpentiere rimane solo il compito di unire il muro alla struttura portante. Cioè, allo sviluppatore, rimane il compito di unire gli oggetti del framework alle sue strutture software e di aggiungere gli aspetti funzionali e decorativi propri della realizzazione che vuole ottenere che non sono contemplati nel framework. Risulta quinidi evidente che questi strumenti facilitano il compito dello sviluppatore. Le difficoltà si riducono sostanzialmente a dover apprendere un nuovo ambiente di sviluppo. Questa è un'attività non priva di difficoltà e molto spesso troviamo sviluppatori che, nei casi in cui venga richiesta un'attività di modifica su di un sito preesistente realizzato con un framework, questi preferiscano realizzare nuovamente l'applicazione piuttosto che studiare un nuovo ambiente.