Dev modellen voor webtoepassingen

In mijn LONG (30 jaar) geschiedenis van het bouwen van webapplicaties zijn er vele manieren geweest om een webapp te bouwen.

Pure HTML 1990-> - het allereerste (als je BBS / tekst gebaseerde systemen negeert) mechanisme voor het bouwen van webapps was gewone oude HTML. Het bouwen van een webpagina, een lijst van een aantal producten en een mail in adres, telefoonnummer of zelfs e-mail om bestellingen naar te sturen. Dit had een paar voordelen en (veel) nadelen.

Eerst was het eenvoudig; je gaf gewoon een lijst van een aantal producten, de gebruiker selecteerde wat ze wilden en stuurde vervolgens een cheque naar het adres en wachtte om uw goederen te krijgen
Het maakte snel (belangrijk in die dagen als de meeste mensen toegang tot het web via modems, je praat kilobytesunit synonyms for matching user input per seconde).
Het was... redelijk eenvoudig te updaten. Je zou gewoon het HTML-bestand bijwerken en uploaden naar welke server je ook gebruikt (gebruik FTP meestal)
Maar het was SLOW...de postdienst is niet snel, cheques zijn traag naar contant geld etc...

CGI 1993-> - misschien wel de eerste 'actieve' technologie die voor het web wordt gebruikt. Je zou ofwel C gebruiken (de eerste taal die ik gebruikte) of iets als Perl om HTML-inhoud te genereren

Je moet eindelijk gebruik maken van het begin van het'moderne' web, deze zouden gebruik maken van een verscheidenheid van 'data' formaten om inhoud en later vroege databases te houden om het niveau van interactie vergelijkbaar met'moderne' toepassingen mogelijk te maken.
Ze waren complex om te coderen en te updaten. Deze waren CODE, terwijl er later gesjabbelde talen werden gebruikt om HTML uit te voeren waren de nog steeds niet eenvoudig.
Nee echt Debuggen.
In de vroege dagen, terwijl u creditcards kon accepteren deze transacties waren relatief onzeker en de vroege betaling gateways waren nog steeds een beetje wild-west.

De "template" talen (~1995->). Zoals PHP, ColdFusion en ja ASP (no.net!) waren het begin van het toestaan van 'Rapid Development' voor webapplicaties.

Ze waren relatief snel te updaten (nog steeds meestal met behulp van FTP)
Tegen deze tijd SSL was op grote schaal aangenomen voor e-commerce sites, zodat je eindelijk in staat om redelijk veilig het invoeren van betaling gegevens online.
Databanken waren begonnen te rijpen, dus het was nu mogelijk om een 'juist' databasesysteem te hebben om productgegevens, klantgegevens etc. te verwerken.
Het voedde de eerste 'dotcom boom' - veel nieuwe websites en winkels dook op, velen faalden (MOST echt tegen het begin van de jaren 2000) het was een beetje een wild westen.

De moderne tijd (2001->). Na deze eerste kick van e-commerce opwinding begonnen meer 'volwassen' web programmeringskaders te verschijnen. Deze maakten het gebruik van meer gevestigde patronen en benaderingen mogelijk.

MVC - het Model-View-Controller patroon. Dit was echt een manier om code te organiseren die de scheiding van verantwoordelijkheden in cognitieve segmenten van toepassingsontwerp mogelijk maakte. Mijn eerste ervaring hiervan was in de tijd van J2EE & JSP.
RAD Rapid Application Development. Zoals de naam al doet vermoeden was dit gericht op 'het krijgen van spullen werken' snel. Dit was de aanpak die werd gevolgd in ASP.NET (form 1999->) met het WebForms-kader.