6 Punkte von xguru 2024-01-31 | 3 Kommentare | Auf WhatsApp teilen
  • Entwicklung mobiler Apps mit dem Svelte-Framework
    • Nutzung des vollständigen Funktionsumfangs von Svelte, einschließlich Transitions, Stores und Reactivity
  • Entwicklung plattformübergreifender nativer iOS-/Android-Apps ohne WebView mit NativeScript
    • Anders als bei React Native oder NativeScript-Vue, die den Großteil der Arbeit auf dem Mobilgerät ausführen, wird hier der Großteil bereits im Kompilierungsschritt verarbeitet
    • Bietet echte native UI und Performance, während Web-Technologien und Code gemeinsam genutzt werden
  • Statt Technologien wie Virtual-DOM-Diffing zu verwenden, wird Code geschrieben, der native View-Widgets präzise aktualisiert, wenn sich der Zustand der App ändert

3 Kommentare

 
bus710 2024-01-31

Ich meine, ich hätte letztes Jahr irgendwo auf Reddit gelesen, dass NativeScript nicht gerade noch wirklich lebt. Ich erinnere mich auch an einen Kommentar, dass es besser wäre, Capacitor zu verwenden oder auf Tauri Mobile zu hoffen, wenn man Svelte unbedingt für eine mobile App einsetzen will.

 
dodok8 2024-01-31

Ich mag Svelte auch, aber bei diesem Projekt bin ich ehrlich gesagt etwas skeptisch. Es wirkt, als gäbe es nur sehr wenig aktiven Code.

 
xguru 2024-01-31

Hacker-News-Kommentare

  • Trotz der Vorteile des Projekts sollte deutlicher gemacht werden, dass es kein offizieller Teil des Svelte-Frameworks ist. Das Projekt ahmt zwar das Erscheinungsbild der Svelte-Dokumentation nach, aber es fehlt an einer klaren Erklärung, wer dahintersteht.
  • Ich habe einige Apps mit React Native gebaut, und mit der Zeit wurde das zum Albtraum, weil die Komplexität durch Kompatibilitätsprobleme zwischen verschiedenen Versionen von JavaScript-Bibliotheken, Frameworks, Android-/iOS-Versionen und Build-Systemen explosionsartig zunahm. Ich lerne lieber Kotlin/Swift und bleibe bei einem einzigen Ökosystem.
  • Obwohl ich ein großer Fan von Svelte bin, hat dieses Projekt in den letzten Jahren nicht viel Interesse oder Aufmerksamkeit erhalten. Trotzdem denke ich, dass React und React Native für Leute besser geeignet sind, die native Apps mit Web-Technologien bauen wollen. Angesichts der Fortschritte bei der PWA-Unterstützung in Safari, Apples zunehmender Feindseligkeit gegenüber nativen Entwicklern und Verbesserungen im Browser wie WebGPU hoffe ich, dass man künftig für 95 % der Anwendungsfälle keine nativen Apps mehr bauen muss. Das größte Hindernis dabei ist, dass Apple Web-Apps auf iOS weiterhin wie Bürger zweiter Klasse behandelt und Safari nur widerwillig APIs hinzufügt, um eine gute native Erfahrung zu ermöglichen.
  • Vor ein paar Jahren haben wir diese Technologie im Unternehmen ausprobiert, um eine Cross-Platform-App zu bauen, in der Hoffnung, viel Code mit einer Svelte-Weboberfläche teilen zu können. In 3–4 Monaten haben wir große Fortschritte gemacht, sind aber auf viele seltsame Bugs und Edge Cases gestoßen, die schwer zu debuggen waren. Am Ende sind wir für die mobile Codebasis zu Flutter gewechselt. Vielleicht hat es sich inzwischen verbessert, aber basierend auf meinem ersten Eindruck würde ich NativeScript für alles empfehlen, was über einfache Interface-Anforderungen hinausgeht.
  • Das ist weniger die Svelte-Version von React Native als vielmehr einer der Wrapper für NativeScript.
  • Es basiert auf NativeScript. Wenn man Cross-Platform will, bleibt man meiner Meinung nach besser bei RN. Eine App in Kotlin oder Swift zu schreiben ist einfacher als dieses komplexe System.
  • Das Wort „nativ“ wird überstrapaziert.
  • Die Beispiel-App ist 5 Jahre alt. Ich frage mich, ob das überhaupt jemand benutzt.
  • Ich habe in den letzten Jahren viele mobile Apps gebaut und immer Web-Technologien verwendet, die innerhalb einer WebView gerendert wurden. Da mir die Nutzererfahrung sehr wichtig ist, sehe ich auf modernen Smartphones keinen Vorteil darin, in einer WebView zu rendern, statt Tools wie React Native, Flutter oder NativeScript zu verwenden. UI-Bibliotheken wie Ionic sind von nativen UI-Komponenten nicht zu unterscheiden, und es gibt keine echte Nutzerforschung, die das Gegenteil belegt. Warum also solche Cross-Platform-Tools nutzen und nicht einfach direkt Svelte mit einer WebView verwenden?
  • Ich mag Svelte und hoffe, dass sein einzigartiges Komponentenmodell gut zur Entwicklung nativer mobiler Apps passt. Ich frage mich, ob sich die Toolchain stark von React Native unterscheidet.