Die erste Website der Welt wurde am 20. Dezember 1990 von Tim Berners-Lee unter der Adresse http://info.cern.ch/hypertext/WWW/TheProject.html publiziert1. Seit diesem Zeitpunkt steigt das Angebot sowie die Nachfrage an weiteren Möglichkeiten der Umsetzung von Softwareprojekten im Web. Immer mehr Technologien entstehen zielgerichtet mit dem Einsatzgebiet WEB oder werden um Bibliotheken oder ganze Frameworks für diesen Einsatz erweitert.
Viele Unternehmen wie bspw. Microsoft oder Google unterstützen diesen Fortschritt und stellen eigene Softwaretechnologien bereit, welche von Entwicklern genutzt werden können.
Lesen Sie mehr über Webentwicklung und den Vergleich von Technologien wie Blazor Server, Blazor WebAssembly und PHP.
Inhaltsverzeichnis
1 Einleitung
1.1 Relevanz und Problemstellung
1.2 Ziel und Aufbau der Arbeit
2 Blazor Grundlagen & Architekturansätze
2.1 Blazor Server
2.2 Blazor WebAssembly
3 Evaluierung des Frameworks Blazor
3.1 Blazor vs. PHP
3.2 Blazor Server vs. Blazor WebAssembly
3.3 Blazor und RDBMS
4 Webprojekt
4.1 Analyse
4.2 Design
4.2.1 Anwendungsarchitektur
4.2.2 Technologie-Stack
4.2.3 Website-Layout
4.2.4 Datenbankmodell
4.2.5 Designrichtlinien
4.3 Implementierung
4.4 Test
4.4.1 Unit-Tests
4.4.2 Systemtest
5 Zusammenfassung und kritische Reflexion
5.1 Zusammenfassung
5.2 Kritische Reflexion
Zielsetzung & Themen
Das Hauptziel dieser Arbeit ist die Konzeption und Realisierung einer datenbankbasierten Web-Anwendung zur Erstellung und Pflege eines digitalen Blogs mittels des .NET Frameworks Blazor, wobei insbesondere die Eignung der Blazor-Architekturmodelle evaluiert und der gesamte Entwicklungsprozess entlang eines Wasserfallmodells dokumentiert wird.
- Evaluierung von Blazor Server gegenüber Blazor WebAssembly
- Gegenüberstellung von Blazor als Framework und PHP als serverseitige Skriptsprache
- Analyse und Entwurf einer Anwendungsarchitektur inkl. Datenbankanbindung an ein RDBMS
- Implementierung von Web-Funktionalitäten und Qualitätssicherung mittels Unit- und Systemtests
Auszug aus dem Buch
3.1 Blazor vs. PHP
Da Blazor als Framework und PHP als serverseitige Scriptsprache nicht direkt miteinander verglichen werden können, soll der Vergleich nachfolgend auf Applikationsebene geschehen.
Wie bereits in Kapitel 2 angeschnitten, geschieht das Rendering einer PHP-Anwendung auf dem Server. Hierbei wird immer die komplette neue Seite an den Browser versendet. Die Kommunikation ist hierbei üblicherweise mittels HTTP-Protokoll. Im Gegensatz hierzu steht das ASP.NET Core Framework Blazor, welches anhand der zwei Modelle in Kapitel 2 erläutert wurde. Die folgende Tabelle soll verschiedene Eigenschaften der Technologien skizzieren.
Aus der obenstehenden Tabelle ist schnell ersichtlich, dass die meisten Eigenschaften nicht mit fixen Werten ausgewiesen werden, sondern immer an bestimmte Abhängigkeiten geknüpft sind. So hat bspw. die WebAssembly Version von Blazor eine sehr hohe initiale Ladezeit, kann anschließend allerdings ohne Kommunikation zum Server, durch Interaktionen mit dem Benutzer, Aktionen auslösen und den DOM verändern.
Es ist also immer anhand der Anforderungen und den Rahmenbedingungen zu prüfen, welche Technologie sich besser für die Implementierung eignet.
Zusammenfassung der Kapitel
1 Einleitung: Beschreibt die Relevanz des Themas und definiert das Ziel der Arbeit, einen Blog mit Blazor zu erstellen.
2 Blazor Grundlagen & Architekturansätze: Erläutert die technischen Grundlagen von Blazor Server und Blazor WebAssembly sowie das zugrunde liegende WebAssembly-Konzept.
3 Evaluierung des Frameworks Blazor: Führt einen Vergleich zwischen Blazor und PHP durch und bewertet die Architekturansätze für das Projekt.
4 Webprojekt: Dokumentiert den gesamten Lebenszyklus des Projekts von der Anforderungsanalyse über Design und Implementierung bis hin zur Testphase.
5 Zusammenfassung und kritische Reflexion: Fasst die Erkenntnisse zusammen und reflektiert kritisch über den gewählten Ansatz sowie potenzielle Optimierungsmöglichkeiten.
Schlüsselwörter
Blazor, WebAssembly, ASP.NET Core, .NET, Webentwicklung, Wasserfallmodell, Datenbank, RDBMS, Unit-Testing, Systemtest, C#, PHP, Web-Anwendung, Blog, Architekturmodell
Häufig gestellte Fragen
Worum geht es in dieser Arbeit grundsätzlich?
Die Arbeit beschäftigt sich mit der Entwicklung einer datenbankgestützten Web-Anwendung für einen digitalen Blog unter Nutzung des Blazor-Frameworks.
Was sind die zentralen Themenfelder?
Zentrale Felder sind die Architektur von Web-Frameworks, die Gegenüberstellung von Blazor und PHP sowie der gesamte Software-Entwicklungsprozess inklusive Testing.
Was ist das primäre Ziel der Arbeit?
Das Ziel ist die erfolgreiche Realisierung eines digitalen Blogs mit Blazor sowie die Evaluierung und Dokumentation der dafür notwendigen Architekturentscheidungen.
Welche wissenschaftliche Methode wird verwendet?
Die Arbeit verwendet das Wasserfallmodell als strukturgebendes Vorgehensmodell für die Dokumentation und Umsetzung der Softwareentwicklung.
Was wird im Hauptteil behandelt?
Der Hauptteil umfasst die theoretischen Grundlagen zu Blazor, die Evaluierung gegenüber PHP, die detaillierte Anforderungsanalyse (User-Stories), das Design und die Implementierung inkl. Testphasen.
Welche Schlüsselwörter charakterisieren die Arbeit?
Besonders prägend sind die Begriffe Blazor, .NET, WebAssembly, Datenbankanbindung, Softwarequalität und Web-Architektur.
Wie unterscheidet sich Blazor Server technisch von Blazor WebAssembly?
Blazor Server führt die Logik auf dem Webserver aus und sendet Updates via SignalR, während Blazor WebAssembly die gesamte Laufzeit und Applikation zur Clientseite überträgt.
Warum wurde in diesem Projekt Blazor Server und nicht WebAssembly gewählt?
Blazor Server bietet im Projektkontext Vorteile hinsichtlich initiale Ladezeiten und Schutz des Quellcodes auf dem Server, was für das gewählte Szenario besser geeignet erschien.
Welche Rolle spielen Unit-Tests in dieser Arbeit?
Unit-Tests werden eingesetzt, um die Korrektheit der Erweiterungsmethoden sicherzustellen und die Wartbarkeit sowie das Verständnis des Codes zu verbessern.
Welche kritischen Reflexionen werden am Ende der Arbeit geäußert?
Der Autor reflektiert, dass die Evaluierung der Architektur etwas kurz geraten ist und empfiehlt zukünftige Erweiterungen wie eine Kommentarfunktion oder Integrations- und weitere Unit-Tests.
- Arbeit zitieren
- Nick Wahrenberger (Autor:in), 2022, Webentwicklung Online Blog, München, GRIN Verlag, https://www.grin.com/document/1362534
