# Quello che è vecchio è nuovo di nuovo.

## modelli di sviluppo per le applicazioni web

<datetime class="hidden">2024-07-30T13:30</datetime>

Nella mia lunga (30 anno) storia della costruzione di applicazioni web ci sono stati molti modi per costruire un'app web .

1. Pure HTML 1990-> - il primo ( se ignorate BBS SSK3 sistemi basati sul testo) il meccanismo per costruire app web era Plain Old HTMLM SK5 Costruire una pagina webMSC6 listare un sacco di prodotti e fornire un messaggio con l'indirizzoMST7 numero di telefono o persino un email per mandare le orders aMST8
   Questo ha avuto alcuni vantaggi e (manyM SK1 disavanti.

- In primo luogo era semplice; hai appena dato una lista di un sacco di prodotti, l'utente ha scelto quello che voleva, poi ha inviato un chèque all'indirizzo e ha aspettato per avere i tuoi prodotti.
- Si rendeva velocemente (importante in quei giorni, perché la maggior parte delle persone accessiva il web tramite modem. *Centinaia di kilobyte* per secondo).
- Era *in modo ragionevole.* Semplicemente aggiornare. Tu'di semplicemente aggiornare il file HTML e caricarlo su qualsiasi server che usassi M SK2usando FTP più comunemente )
- Tuttavia è stato lento...il servizio postale ain'non veloceM SK2 i chèque sono lenti ad essere in contanti, ecc.

2. [CGI](https://webdevelopmenthistory.com/1993-cgi-scripts-and-early-server-side-web-programming/) 1993-> - probabilmente la prima 'attiva' tecnologia usata per il webM SK4 Si userebbe o C, o (, la prima lingua che ho usato, o qualcosa come Perl per generare contenuti HTML.

- Alla fine si potevano usare gli inizi del web 'modernoM SK1 , questi usavano una varietà di formati di dati SSK3' per tenere il contenuto e infine delle prime database per permettere un livello d'interazione simile alle applicazioni 'moderneMSC6

- Erano difficili da codificare e aggiornare. Questi erano CODE, mentre in seguito c'erano lingue basate su modelli usate per produrre HTML che non erano ancora

- No. *Reale* debugging.

- Nei primi giorni, mentre si potevano accettare carte di credito queste transazioni erano *Rispondentemente.* Insicura e i portali per il pagamento anticipo erano ancora un po' selvaggi.

3. Le lingue 'template' (~1995->). Gli aspetti come PHPM SK3 ColdFusion e sì ASP | | ( | no |. | net | !) | sono stati l'inizio dell'autorizzazione di \' | Rapid Development | МSK8 | per le applicazioni web |

- Erano relativamente veloci a aggiornare (stano ancora usando soprattutto FTP)
- A quell'epoca SSL era diventata largamente adottata per i siti di commercio e-commerce- quindi finalmente era possibile essere abbastanza sicuri nel registrare i dati dei pagamenti online.
- Le database avevano cominciato a maturare, quindi era ora possibile avere un sistema di base di dati 'appropriato' per gestire i dati del prodottoM SK2 dati dei clienti eccetera .
- Ha alimentato il primo boom della dotcom.

4. L'era moderna (2001->). Dopo questa prima corsa all'eccitazione del commercio online, iniziarono ad apparire frammenti di programmazione web più maturi 'mature' che permisero l'uso di schemi e approcci più radicatiM SK4

- [MVC](https://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93controller) - il modelloM SK1Vedere -Il modello di controller. Questo era davvero un modo di organizzare il codice che permetteva la separazione delle responsabilità in segmenti cogenti del design dell'applicazione.
- [RAD](https://en.wikipedia.org/wiki/Rapid_application_development) - Rapid Application DevelopmentM SK1 Come il nome suggerisce questo era focalizzato su 'getting stuff working' quicklyMSC4 Questo è stato l'approccio seguito in ASPMST5NET | | MST6 | Forme | mST7 | WebForms Framework |MST8