alma minden platformra elkeltette a figyelmet idén a WWDC -n. Még az első pillantást is vetettük a vadonatúj Mac Pro. De egy másik bejelentés, amely nem ragadott meg ennyi címlapot, a legfontosabb dolognak bizonyulhat az idei fejlesztői konferencián: SwiftUI.
A SwiftUI azt ígéri, hogy alapvetően megváltoztatja azt a módot, ahogyan a fejlesztők létrehoznak alkalmazásokat az Apple termékekhez. És nem kell technikusnak lennie ahhoz, hogy felmérje, miért olyan nagy dolog.
A SwiftUI segítségével az Apple elengedi Steve Jobs egyik utolsó örökségét
Előtt 1997 -ben csatlakozott az Apple -hez, Steve Jobs az úgynevezett cég vezérigazgatója volt Következő, amely az ún Következő lépés. A NeXTSTEP alkalmazásokat az úgynevezett programozási nyelven fejlesztették ki Célkitűzés-C.
Az Apple azért vásárolta meg a NeXT-t, mert fényes, következő generációs operációs rendszerre volt szüksége, hogy lecserélje az öregedő 7-es rendszert, amelyen a Mac akkor futott. Cupertino a NeXTSTEP -t Mac OS X -re alakította, amely később a ma ismert macOS, iOS, watchOS és tvOS -kká alakult át.
Még ennyi év után is, ha egy pillantást vet a motorháztető alá, az Apple platformjainak eredete továbbra is egyértelmű. Az Apple által a kódban használt objektumosztályok nevei „NS” betűvel kezdődnek, „NeXTSTEP”.
De most, hála SwiftUI, Az Apple kezd megszabadulni ettől az utolsó NeXT -maradványtól. NSObject és hasonlók hamarosan a történelembe kerülhetnek. Ez az első olyan Apple API, amely az OS X elindítása óta nem érhető el az Objective-C-ből, ami a végét jelentheti ennek a tiszteletre méltó programozási nyelvnek.
A SwiftUI megjelenése valóban egy korszak vége és valami új kezdete. De miről is van szó? És ami még fontosabb, mit jelent az Apple végfelhasználói számára?
Mi az a SwiftUI?
Egészen a héten a fejlesztőknek kellett használniuk AppKit és UIKit alkalmazások létrehozásához Mac és iOS rendszerekhez. Ezek az API -k biztosítják a fejlesztőknek a felhasználói felület elemeinek, például gombok, görgetési listák és beviteli mezők létrehozásához szükséges eszközöket. Eredetük a NeXTSTEP -re vezethető vissza, és ezek az API -k kezdik megmutatni korukat.
Ahogy a szoftver öregszik, megszerzi azt, amit a szakemberek hívnak "technikai adósság”, Ami azt jelenti, hogy bár könnyen és ismerősen használható, jobb lenne, ha a szükséges időt a jobb, modernebb megközelítésre való átállásba fektetné. És pontosan ez a kapcsoló a SwiftUI lényege.
Amikor az Apple bemutatta a Swiftet, az Objective-C utódját, még 2014-ben a WWDC-n úgy számlázott, mint amilyen "Teljesen őshonos a kakaóban [AppKit] és a kakaóérintésben [UIKit]." És Cupertino technikai varázslatának köszönhetően ez volt. Féle.
Az Apple mindig nagyszerűen tudott zökkenőmentesen átállni egyik technológiáról a másikra. Amikor a vállalat áttért az OS X rendszerre, a Classic és a Carbon keretrendszert tartalmazta, így a régi alkalmazások kompatibilisek maradtak. Hasonlóképpen, a PowerPC -ről az Intel chipekre való váltással a Rosetta rendszer zökkenőmentesen lefordította az utasításokat a régi chipről az új chipre.
Hasonlóképpen, Cupertino nagyszerű munkát végzett azzal, hogy az AppKit és az UIKit kompatibilis a Swifttel. De elmondható, hogy az API-k régiek, és közelednek az értékesítési dátumhoz.
A SwiftUI lehetővé teszi az Apple számára, hogy végleg megszüntesse a NeXTSTEP örökséget, és az alapoktól lecserélve egy új, natív Swift fejlesztői API -ra.
Mi olyan jó a SwiftUI -ban?
Lehet, hogy új és más, de mi olyan nagyszerű a SwiftUI -ban? Rengeteg fejlesztőnek van kedve benne. Az olyan rendszeres Apple -ügyfeleknek, mint te és én, három fő előnyére számíthatunk: több alkalmazásra, jobb alkalmazásokra és jobb támogatásra a Mac és az Apple Watch számára.
1. További alkalmazások: Újfajta fejlesztők vonzása
A SwiftUI naprakészen tartja az Apple bangot a programozás jelenlegi trendjeivel. Ez büszkélkedhet a deklaratív szintaxis, a programozási stílus már népszerű a JavaScriptet használó webfejlesztők körében. Ez azt jelenti, hogy azonnal ismerős lesz azoknak a szakembereknek, akik még nem ismerik az Apple módját. Azáltal, hogy megkönnyíti az új fejlesztők gyorsaságát, a SwiftUI egy teljesen új fejlesztőfajtát vonzhat a platformra.
2. Valódi natív alkalmazások: A fejlesztők ösztönzése a platformok közötti API-k elhagyására
A Facebook egy alkalmazás-létrehozó eszközt kínál React natív. Nagyon népszerűvé vált, mert lehetővé teszi a fejlesztők számára, hogy JavaScriptben hozzanak létre alkalmazásokat, majd natív alkalmazásként állítsák össze őket, hogy iOS és Android eszközökön is futtathatók legyenek. Ez mind nagyon jó, de az ilyen, platformok közötti eszközök használatával készített alkalmazások ritkán teljesítenek olyan jól, mint az igazi natív alkalmazások.
Miért? Mivel rengeteg extra kódot igényelnek, külső könyvtárak formájában, hogy működjenek. Ennek eredményeként általában nagyobbak, lassabbak és igényesebbek a rendszer erőforrásaival és az akkumulátorral szemben, mint az Apple eszközeivel készített alkalmazások. Ritkán érzik magukat valódi natív alkalmazásoknak.
A SwiftUI-val az Apple eggyel kevesebb okot ad a fejlesztőknek, hogy platformok közötti API-khoz folyamodjanak. Ez sok gyorsabban és könnyebben fejleszthető, és kijelentő szintaxisa révén a React fejlesztőknek könnyebb örökbe fogadni.
3. Jobb Mac és Apple Watch támogatás: A fejlesztők számára lehetővé kell tenni a platformok közötti kódok használatát
A fejlesztők mindig újra felhasználhatják a kódot az Apple platformjain, mert mindegyik támogatja az Objective-C és a Swift szolgáltatást. De egészen a hétig nem tudták újra használni a felhasználói felület kódját. Ez azért van, mert minden platformnak megvan a saját kerete ehhez. A Mac az AppKit, az iOS az UIKit, a watchOS pedig a WatchKit programot használja. Ahhoz, hogy egy alkalmazás mindhárom platformon működjön, a fejlesztőnek három külön verziót kell készítenie a felhasználói felületről.
A SwiftUI megígéri, hogy mindezt megváltoztatja, mert ugyanaz a keretrendszer minden Apple platformon natív. A gyakorlatban nem valószínű, hogy ez ennyire egyszerű lenne, mert minden platformnak megvan a maga különbsége. Az iPad Pro kiterjedt képernyőjére optimalizált alkalmazás nem tudna könnyen alkalmazkodni az Apple Watch apró méreteihez.
Mindazonáltal azáltal, hogy lehetővé teszi a fejlesztők számára, hogy több felhasználói felület kódját használják fel újra a platformokon, hosszú távon a SwiftUI ugyanolyan fontosnak bizonyulhat, mint Projekt katalizátor hogy ösztönözze a fejlesztőket az Apple összes termékének elfogadására.
Mikorra számíthatunk a SwiftUI -ba épített alkalmazások megjelenítésére?
Épp most, A SwiftUI béta verzióban van az Xcode 11 részeként. A fejlesztők néhány hónapig játszanak vele és rúgják a gumikat, mielőtt ténylegesen elkezdenek valódi alkalmazásokat építeni benne.
Az Xcode valószínűleg szeptemberben jelenik meg a bétaverzióból az iOS 13 megjelenésével. És ekkor kezdődik igazán a SwiftUI fejlesztése. Még akkor is lehetséges, hogy a keretrendszer nem lesz teljes körű, vagyis a fejlesztők továbbra is támaszkodhatnak az AppKitre és az UIKitre, ha a szükséges API-k még nem állnak rendelkezésre a SwiftUI-ban.
Hosszú időbe telhet, amíg a nagy, összetett alkalmazások, például a Photoshop fejlesztői átállnak. Tehát az AppKit és az UIKit egy ideig lógni fog.
Mindazonáltal kétségtelen, hogy a SwiftUI egy fontos új fejezet kezdete az Apple számára. Hosszú távon nem csak a fejlesztőkre számíthatunk, hanem mindenki számára, aki Apple termékeket használ. Ez a hét bekerülhet a történelembe, mint egy nagyon fontos mérföldkő az Apple számára. Valami, amiről 10 év múlva a saját Luke Dormehl emlékezni fog egyMa az Apple történetében”Bejegyzés.