Meine erste Assoziation zu „Web-Framework“ ist das Sprichwort: „Wer die Wahl hat, hat die Qual.“ Dazu eine Liste auf Wikipedia: Webframeworks.
Seit Monaten installiere und teste ich die verschiedensten Entwicklungsumgebungen. Da fällt mir gerade ein, dass ich vor etwa 15 Jahren ein EDV-Kolleg besuchte und als Projekt hatte ich eine Entwicklungsumgebung für x86-Assembler vor. Da habe ich auch noch gerne mit Microcontroller (BASIC Stamp … ) gespielt und gelernt, dass man keine Programmiersprache lernt, sondern nur die Programmierlogik. Das heißt ich habe mich gleichermaßen mit Programmierlogik für die prozedurale Programmierung (Speicherbelegung, Flußdiagramm und v.a. Struktogramme; Umsetzung in C, Cobol, Assembler) und für die damals gerade kommende OOP (UML, Klassen, OO-Prinzipien, … mit Umsetzung in Java, Smalltalk, C++) herum geschlagen. JavaScript war vor Jahren ein nettes Spielzeug mit dem man aber in der Praxis nicht viel anfangen konnte, da vor den Web 2.0 Hype clientseitig praktisch nichts machbar war. Erst Google, MS, Yahoo und Co. sorgten dafür, dass heute fast jeder Ajax akzeptiert (ist ja auch die Standardeinstellung im IE) und damit und mit dem unglaublich rasant wachsendem Internet und der, damit verbundenen Zunahme an Webapplikationen entstanden neue Anforderungen an die Entwicklungswerkzeuge. Obwohl den Informatikern bereits bessere Prinzipien bekannt hätten sein sollen, begann man bei Webanwendungen wieder mit einem Mischmasch, wobei man versuchte, in einem Quirksmode die Logik für die Anwendung, die Datenbankanbindung, die Darstellung usw. an ein und derselben Stelle, z.B. einem PHP-file oder irgend einer anderen Active-Server-Page zu bearbeiten. Dann besann man sich und begann auch hier mit einer Trennung der Logik von Daten und Anzeige, was über diverse Template-Engines und Abstraktionen für die Datenbanken (ORMs) schließlich zu den Webframeworks.
Webframeworks weiterlesen
(491)