Der Dialog zwischen den Entwicklern:
Welche Schriftart sollen wir benutzen?
Wie heißt die Hauptschrift nochmal? Das was auch WordPad und so benutzen.
Ich glaube „Ariel” oder so.
Ja, gib das mal ein.
Wie macht man das nochmal?
Mit „font type“ natürlich!
Ah, OK. „<font type="ariel" […]“
<font type="ariel" […]
Und fertig!
Das sieht nicht gerade nach Ariel aus.
Vielleicht liegt das an unserem Browser. Ach, ist doch egal. Lassen wir es einfach so.
Hättest du nicht einfach den ZDNet Link posten können?
Besten Dank!
Schau dir mal Elm an.
Danke für die visuelle Darstellung! Ich glaube ich habe ein neues wallpaper für meinen Desktop :D
Sehr hilfreich!
Holen Sie sich das hochauflösende Bild.
Holen Sie sich die Druckversion.
Ich dachte mit laravel bin ich ein krasser developer lol. Was stimmt nicht mit laravel?
Wie kommst du darauf das Angular ein Auslaufmodell ist ? Bei JQuery gebe ich dir recht.
Y tho?
Hoffentlich /s
Also Angular ist ja eher ein Auslaufmodell. JQuery ebenso. Vanilla unterstützt zu wenig. Wie verwenden Vue.
Wow ist tatsächlich erschreckend, hatte mir vor kurzem erst Svelte angeguckt und hatte mir eigentlich gefallen :O .
Arbeite mit Svelte seit 3 Jahren produktiv. Es ist die Hölle. Schaut mal nach dem Upgrade Guide von Svelte 2 zu 3 😉
Antwort: Gibts nicht.
Résumé: Für Produktivanwendungen ungeeignet bis sich dort mal etwas tut hinsichtlich Doku und Upgrade Support. Hier kann Rich einiges von Evan lernen.
Perspektivisch sicher ne coole Spielerei, aber wir haben uns die Finger dran verbrannt.
Laravel 💕
Ich Persönlich, arbeite mit Angular als frontend Framework und im backend haben wir eine NestJS Microservice Architektur.
Ich würde dir bei einer so "komplexen" Aufgabe empfehlen, dich mit modernen Web-Frameworks auseinanderzusetzten, da sie die Arbeit auf lange Sicht übersichtlicher und Skalierbarer machen.
Ob es jetzt React, Angular, Vue oder sonst was wird, ist dir vorbehalten. (bleib aber vielleicht bei den großen drei, da es hier mehr Hilfestellungen gibt)
Da du schon einige Erfahrung in anderen Programmiersprachen gesammelt hast, denke ich nicht, dass es ein großes Problem wird, dich mit Tutorials in Web-Frameworks einzuarbeiten.
Backend Technisch kannst du auf jeden Fall was mit Java machen, guck dir mal Spring Boot and um eine REST backend zu schreiben, aber vielleicht können da andere dir mehr zu sagen.
Danke für deine Antwort! Ist auf jeden Fall Interessant :) Allein die Tatsache, dass ihr damit keine besonderen Probleme habt, ist schon positiv.
Ich habe bislang hauptsächlich mit Angular gearbeitet und bin prinzipiell von Angular begeistert.
Ich versuche aktuell eine Liste von lazy loaded components zu rendern, welche ich zu einem späteren Zeitpunkt (also dann, wenn sie fertig im DOM sind), mit einem Click in die View Scrollen möchte: Element.ScrollIntoView()
Ich überlege das eventuell mit Svelte umzusetzten, daher meine Frage :)
Ich glaube Svelte unterscheidet sich hier nicht sonderlich von den Alternativen (Angular, Vue, etc) was die Lifecycle Hooks betrifft? Ich weis, dass das bei React mal ein großes Thema war, aber da waren wir schon mit Vue und Svelte unterwegs, von daher kann ich zum direkten Vergleich nicht viel sagen.
Hab auch grad kurz mal durch unseren Code gescrollt und wir haben natürlich häufig onMount() / onDestroy() im Einsatz, aber auch hier versuchen wir alles so simpel wie möglich zu halten. Sprich: die meisten Components bei uns haben maximal einen API call im onMount() falls was nachgeladen werden muss.
Vermutlich keine sonderlich interessante Antwort, aber sehe diese Einfachheit als was positives :)
Wie sieht es mit Lifecycle Hooks in Svelte aus?
Also als Beispiel: Component OnInit (Also sobald die Component instantiiert wird) - Führe Funktion X aus, wenn component gerendert wird (Post Constructor).
In den meisten Frameworks wie z.B. Angular gibt es solche Hooks, allerdings sind diese oftmals eine Qual. Gibt es in Svelte Konzepte dazu die dir besonders gut gefallen oder vielleicht ganz anders geregelt werden
Werden wir uns zu Herzen nehmen und uns dran setzten. :D
Haben Svelte seit über einem Jahr auf Production. Svelte Frontend, Rails Backend. Sind etwa 200 Komponenten aktuell und sind noch nicht fertig mit der Transition von "Vanilla Rails". Bisher sind wir sehr Glücklich mit Svelte.
2 Gründe:
1) Keine Magic-Sauce. Fühlt sich wie "normales" JS an und funktioniert einfach.
2) Markup, Styles, Logic und Translations alles in einer Datei. Ist sehr subjektiv aber alles in einer Datei fühlt sich für uns produktiver an.
Warum denn nicht.. kleine Anregung zum Start: Packt am besten sowas wie eine Anleitung für Fragen ins Sub-Wiki.. mit Links zu codepen/stackblitz o.Ä.
In allen anderen Code-Subs ist es immer ein Qual und dass das Markdown von Reddit nicht viel taugt sieht man ja schon oben ;)
Das Waschmittel Ariel.
Hab das tutorial auf der Webseite mal durch gearbeitet, ist schon echt nice. Sollte man sich echt mal genauer angucken.
mhh.. Was bleibt denn dann noch?
