ℹ️ Eine "native" (idealerweise in "SwiftUI" programmierte) "AppleOS"-App, hat u.a. den entscheidenden Vorteil, dass lediglich die relevanten Daten (z.B. der zu veröffentlichende Text) übertragen werden müssen und nicht zusätzlich die gesamte GUI, wie dies bei jeder Veränderung der GUI einer WEB-Applikation notwendig wird. Dadurch braucht man i.d.R. nur ein paar Kilobytes über die Internetverbindung übertragen, anstatt mehrere Megabytes. Deshalb funktioniert eine native AppleOS-App i.d.R. wesentlich flotter, zuverlässiger und energieeffizienter, als WEB-Applikationen.
Hinzu kommt, dass die GUIs von nativen SwiftUI-Apps punktorientiert möglich sind, während WEB-Applikationen auf dem zeilenorientierten "HTML" basieren. Deshalb ist es extrem viel aufwändiger, die GUIs von WEB-Applikationen grafisch auch nur halbwegs so kreativ frei gestalten zu können, wie dies bei nativen SwiftUI-Apps vergleichsweise spielerisch einfach möglich ist.
Zudem ist der korrekte und schnelle Aufbau einer WEB-App-GUI, insbesondere von servierbasierten "PHP"- und "Jakarta"-WEB-Applikationen, von einer flott funktionierenden Internetverbindung abhängig, während die GUI einer nativen SwiftUI-App lokal ausgeführt wird und deshalb auch gänzlich ohne Internetverbindung funktioniert.
Weil die GUI-Darstellung im Browser möglichst plattformunabhängig funktionieren soll, muss der WEB-Browser HTML- und "JavaScript"-Code quasi "interpretieren", während native AppleOS-Apps direkt "binär" ausgeführt werden können. Dadurch laufen native AppleOS-Apps enorm viel schneller, energieeffizienter, stabiler und sicherer.
Außerdem werden heutzutage mehrheitlich nur "eine Hand voll" unterschiedlicher WEB-Browser genutzt, was Angriffe via Internet enorm viel "einfacher" macht, als auf eine spezielle native AppleOS-App, unter tausenden oder mittlerweile sogar zehntausenden anderer nativer Apps.
