Ich kenne Blazor nicht. Daher bevorzuge ich natÞrlich JS LÃķsungen. Und wenn Microsoft selbst React bevorzugt, wÞsste ich nicht warum mich Blazor interessieren sollte.
Ich kenne Blazor aus deinen Videos und habe bisher nur eine kleine Anwendung gebaut. Prinzipiell finde ich den Ansatz super toll. Probleme habe ich bekommen, als ich ein Frontend kit ÃĪhnlich wie Bootstrap einbauen wollte. Die Javascript Funktionen habe ich bisher nicht ans laufen bekommen. Habe aber auch nicht viel Zeit verbunden. Habe es lediglich versucht einzubinden und dachte es funktioniert dann wie gewohnt mit Bootstrap etc. Finde es halt blÃķd, wenn man nichts von auÃerhalb verwenden kann. Vielleicht wÃĪre da mal ein Video nicht schlecht, in dem solche Probleme gelÃķst werden.
Ich habe jetzt schon sehr viel mit Blazor gearbeitet und ich kann durchaus bestÃĪtigen, dass man Ãķfters auf JavaScript ausweichen muss als einem lieb ist, zudem finde ich nach wie vor das die Entwicklung mit einem JS Framework wie Angular oder Vue schneller voran geht, da einem das Framework nicht allzu hÃĪufig Steine in den Weg wirft.
Hallo Jannick, ist die Mublazor Komponenten Sammlung nicht eine Alternative? Hier gibt es die Komponenten Alerts und Dialogs mit denen man schnell solche Anforderungen umsetzen kann. Da muss ich doch auch kein javascript verwenden, oder?
@@marcelkunz4595 ja, absolut beliebte library. Die Entwickler und Support community bleibt bei react aber dennoch um ein vielfaches grÃķÃer. Es ist ja auch eher eine generelle Frage, wie gesagt, ich bin ein riesen Fan von Blazor aber auf Enterprise-Level werden oft Entscheidungen getroffen die andere Faktoren wie z.B. "langelebigkeit der AbhÃĪngigkeiten" mit einbeziehen :-)
Wir betreiben ein SaaS mit Blazor WASM als Frontend. JavaScript ist nur zum Beispiel nÃķtig, um die OpenStreetmap per Leaflet einzubinden. Und fÞr den Dark/Light Mode Switch ðĪĢ. Einen einfachen Toaster baut man mit purem Razor/C# in ein paar Minuten. Kein JS nÃķtig. JavaScript hat einfach eine viel grÃķÃere Auswahl an Komponenten. Aber ich wollte Blazor gegen nichts mehr eintauschen wollen.
Gutes Fazit! In welchem Anwendungsfall wÞrdest du Blazor Server Side und Webassembly empfehlen? Ich finde diese Entscheidung schon immer schwierig. Die Entscheidungen sollten ja langfristig gedacht sein, da nachtrÃĪgliche Wechsel einen hohen Aufwand mit sich bringen, ohne wirklichen Produktmehrwert.
Wenn man die Anwendung als WebAssembly-Anwendung programmiert hat, ist der Mehraufwand auch Blazor-Server anzubieten Þberschaubar. Umgekehrt natÞrlich nicht. Bei einem Kunden gab es ein iPad auf dem die Anwendung im Server-mode gar nicht lÃĪuft und ein paar Smartphones, die eingesetzt werden sind so schwach, dass dort fÞr eine zufriedenstellende Geschwindigkeit die Web-Assembly-Version nicht taugt. In dem Umfeld brauche ich also beides. Leider. Denn beide Probleme gÃĪbe es mit "normalen" Frameworks nicht.
Ich finde es erschreckend das eine Firma wie Microsoft das nicht "hinbekommt"... Aber das zeigt auch nur in welche Richtung Microsoft steuert (oder halt auch nicht steuert.. Stillstand oder kopflos). Ich entwickel mit meinem Team zusammen seit einigen Jahren Enterprise LÃķsungen fÞr einen automtive OEM...und wenn ich sehe was neue Entwickler "nur noch" kÃķnnen... Meiner Meinung nach gibt es zu viele Technologien so das sich kein Entwickler mal sich auf etwas richtig spezialisieren kann. Damit meine ich - RICHTIGES VerstÃĪndnis und KÃķnnen. FrÞher wusste man.. FAT Client mit WPF (WinForms... lol) und heute 10 versch. MÃķglichkeiten in 5 Sprachen ein FE dazu ein BE (was an sich ja cool ist) Microservices aus verschiedene Sprachen. Aber zurÞck zum Ausgangspunkt. Wieso Þberlegt sich Microsoft nicht mal eine saubere Langzeitstrategie und dorthin geht dann die Reise... Meiner Meinung nach einfach LÃĪcherlich fÞr diesen Laden.
Wie seht ihr das? Blazor oder doch lieber React, Angular oder Vue.js? ðĪ
Ich kenne Blazor nicht. Daher bevorzuge ich natÞrlich JS LÃķsungen. Und wenn Microsoft selbst React bevorzugt, wÞsste ich nicht warum mich Blazor interessieren sollte.
Ich kenne Blazor aus deinen Videos und habe bisher nur eine kleine Anwendung gebaut. Prinzipiell finde ich den Ansatz super toll. Probleme habe ich bekommen, als ich ein Frontend kit ÃĪhnlich wie Bootstrap einbauen wollte. Die Javascript Funktionen habe ich bisher nicht ans laufen bekommen. Habe aber auch nicht viel Zeit verbunden. Habe es lediglich versucht einzubinden und dachte es funktioniert dann wie gewohnt mit Bootstrap etc. Finde es halt blÃķd, wenn man nichts von auÃerhalb verwenden kann. Vielleicht wÃĪre da mal ein Video nicht schlecht, in dem solche Probleme gelÃķst werden.
Ich habe jetzt schon sehr viel mit Blazor gearbeitet und ich kann durchaus bestÃĪtigen, dass man Ãķfters auf JavaScript ausweichen muss als einem lieb ist, zudem finde ich nach wie vor das die Entwicklung mit einem JS Framework wie Angular oder Vue schneller voran geht, da einem das Framework nicht allzu hÃĪufig Steine in den Weg wirft.
Hallo Jannick, ist die Mublazor Komponenten Sammlung nicht eine Alternative? Hier gibt es die Komponenten Alerts und Dialogs mit denen man schnell solche Anforderungen umsetzen kann. Da muss ich doch auch kein javascript verwenden, oder?
@@marcelkunz4595 ja, absolut beliebte library. Die Entwickler und Support community bleibt bei react aber dennoch um ein vielfaches grÃķÃer. Es ist ja auch eher eine generelle Frage, wie gesagt, ich bin ein riesen Fan von Blazor aber auf Enterprise-Level werden oft Entscheidungen getroffen die andere Faktoren wie z.B. "langelebigkeit der AbhÃĪngigkeiten" mit einbeziehen :-)
Wir betreiben ein SaaS mit Blazor WASM als Frontend. JavaScript ist nur zum Beispiel nÃķtig, um die OpenStreetmap per Leaflet einzubinden. Und fÞr den Dark/Light Mode Switch ðĪĢ. Einen einfachen Toaster baut man mit purem Razor/C# in ein paar Minuten. Kein JS nÃķtig. JavaScript hat einfach eine viel grÃķÃere Auswahl an Komponenten. Aber ich wollte Blazor gegen nichts mehr eintauschen wollen.
@@criminalsympathy6013 Mega cool, was macht die SaaS-LÃķsung denn?
Danke fÞrs teilen :-)
Gutes Fazit!
In welchem Anwendungsfall wÞrdest du Blazor Server Side und Webassembly empfehlen? Ich finde diese Entscheidung schon immer schwierig. Die Entscheidungen sollten ja langfristig gedacht sein, da nachtrÃĪgliche Wechsel einen hohen Aufwand mit sich bringen, ohne wirklichen Produktmehrwert.
Wenn man die Anwendung als WebAssembly-Anwendung programmiert hat, ist der Mehraufwand auch Blazor-Server anzubieten Þberschaubar. Umgekehrt natÞrlich nicht.
Bei einem Kunden gab es ein iPad auf dem die Anwendung im Server-mode gar nicht lÃĪuft und ein paar Smartphones, die eingesetzt werden sind so schwach, dass dort fÞr eine zufriedenstellende Geschwindigkeit die Web-Assembly-Version nicht taugt. In dem Umfeld brauche ich also beides. Leider. Denn beide Probleme gÃĪbe es mit "normalen" Frameworks nicht.
Ich finde es erschreckend das eine Firma wie Microsoft das nicht "hinbekommt"... Aber das zeigt auch nur in welche Richtung Microsoft steuert (oder halt auch nicht steuert.. Stillstand oder kopflos). Ich entwickel mit meinem Team zusammen seit einigen Jahren Enterprise LÃķsungen fÞr einen automtive OEM...und wenn ich sehe was neue Entwickler "nur noch" kÃķnnen... Meiner Meinung nach gibt es zu viele Technologien so das sich kein Entwickler mal sich auf etwas richtig spezialisieren kann. Damit meine ich - RICHTIGES VerstÃĪndnis und KÃķnnen. FrÞher wusste man.. FAT Client mit WPF (WinForms... lol) und heute 10 versch. MÃķglichkeiten in 5 Sprachen ein FE dazu ein BE (was an sich ja cool ist) Microservices aus verschiedene Sprachen. Aber zurÞck zum Ausgangspunkt. Wieso Þberlegt sich Microsoft nicht mal eine saubere Langzeitstrategie und dorthin geht dann die Reise... Meiner Meinung nach einfach LÃĪcherlich fÞr diesen Laden.