Ismerje meg, hogyan építhet iOS alkalmazásokat

kezdje el az iOS 14 és a Swift 5 használatát

iratkozzon fel az iOS fejlesztői tanfolyamomra, és ismerje meg, hogyan építhet nagyszerű iOS 14 alkalmazásokat a Swift 5 és az Xcode 12 segítségével.

ellenőrizze a kimeneteit

a “Signal SIGABRT” gyakori oka egy elírás vagy hiba az üzletekben. Itt van, mi történt:

• létrehozott egy új nézetvezérlőt az Interface Builder alkalmazásban, és beállította néhány felhasználói felület elemmel, például gombokkal és címkékkel
• ezeket a felhasználói felület elemeket a kimeneti tulajdonságok használatával csatlakoztatta a kódjához, amely kapcsolatot hoz létre a nézetvezérlő egyik tulajdonsága és az Interface Builder felhasználói felület eleme között
• egy ponton megváltoztatta a kezdeti outlet tulajdonság nevét, és az alkalmazás sigabrt hibával kezdett összeomlani

amikor az Interface Builder segítségével nézetvezérlőt hoz létre, az alkalmazás az xib fájlt fogja használni a nézetvezérlő felhasználói felületének létrehozásához amikor az alkalmazás fut (durván szólva). Ezen a ponton az xib kimeneteit is összekapcsolja a nézetvezérlő osztály tulajdonságaival.

ha megváltoztatta egy outlet tulajdonság nevét, az alkalmazás már nem találja meg. És emiatt kivételt fog tenni. Mi okozza a SIGABRT hibát, nem kezeli ezt a kivételt.

így néz ki az Xcode:

látod, mi történik? A tulajdonság neve otherButton, de a kimenet továbbra is button. Egy ponton megváltoztattuk az aljzatot – mert az új név jobb–, és összekeverjük az alkalmazást, ami összeomlik.

a stacktrace tetején egy másik nyomot is észlelünk:

Terminating app due to uncaught exception 'NSUnknownKeyException', reason: ': this class is not key value coding-compliant for the key button.

mit jelent ez? Az alkalmazás ezen a ponton azt mondja nekünk, hogy a nézetvezérlő nem megfelelő kulcsérték-kódolással a buttonkulcshoz. Ez azt jelenti, hogy nem találja a button tulajdonságot a nézetvezérlőn. És ez igaz, mert átneveztük.

az iOS a key value coding nevű mechanizmust használja a nézetvezérlő tulajdonságainak ellenőrzésére, így ezeket a tulajdonságokat felhasználhatja az XIB alapján létrehozott felhasználói felület elemeire.

hogyan oldja meg a hibát ezen a ponton? 2 megközelítést használhat:

1. átnevezi a tulajdonságot az eredeti nevére
2. eltávolítja a kimeneti kapcsolatot az Interface Builder alkalmazásban, majd újra csatlakoztatja az új kimeneti tulajdonság nevével

lépjünk tovább!

ellenőrizze a Stacktrace-t

sok esetben az Xcode nem jelenít meg hasznos hibaüzeneteket a SIGABRT összeomlásához. Amikor ez megtörténik, hasznos tudni néhány hibakeresési parancsot, például bt.

az Xcode integrált hibakeresési környezettel rendelkezik, az LLDB néven. Ez az, amit az Xcode alján lát, amikor az alkalmazás fut, a konzol vagy a hibakeresés kimeneti területe. Itt gyakran lát hibakeresési üzeneteket, de tudta, hogy parancsok bevitelére is felhasználhatja?

amikor az alkalmazás összeomlik, próbálja meg beírni help az LLDB-ben. Így:

látni fogja, hogy az LLDB parancsok közül sok közvetlenül megfelel a hibakeresővel elvégezhető műveleteknek, például töréspontok beállítása, kódsorok átlépése és futásidejű értékek ellenőrzése.

egy parancs különösen hasznos. Beírhatja bt az aktuális hívási verem megtekintéséhez (más néven” backtrace “vagy”stacktrace”). Ez az összes olyan funkció listája, amely az aktuális összeomlásig futott. Ez a nyomkövetés általában magában foglalja azt a funkciót, amely hibát okozott.

itt nézd meg a stacktrace egy tipikus Index tartományon kívüli hiba. Az alábbi képernyőképen szándékosan okoztuk ezt a hibát azáltal, hogy index 99 egy tömbből, amely csak 4 elemet tartalmaz. Amikor az alkalmazás összeomlik, a bt meg tudja mondani, hogy melyik kódsor okozta a hibát.

meg tudja találni a következő információkat a stacktrace-ben?

• a jogsértő kód a 21.sorban található ViewController.swift, belül a viewDidLoad() függvény
• azt is láthatjuk, hogy a Array
• alindexet használtuk”getter”nak,-nekArray
• az összeomlás előtt egy egész csomó nézet a vezérlővel kapcsolatos függvényhívások

a bt segítségével kapott információk alapján megtalálhatjuk a jogsértő sort a kódunkban, és kijavíthatjuk. Az Xcode ebben az esetben már segített nekünk, kiemelve a hibát a szerkesztőben. Bizonyos esetekben nem lesz ilyen szerencséje, majd hasznos lehet a bt parancs használata.

még egy utolsó dolog: az értékeket futás közben ellenőrizheti a print paranccsal. A fenti forgatókönyv szerint a print names beírása ezt a kimenetet eredményezte volna:

() $R0 = 4 values { = "Ford" = "Arthur" = "Zaphod" = "Trillian"}

összetett objektumok nyomtatásához használja a po. Király!

tegyen kivételt töréspont

a töréspontok segítségével leállíthatja a kód végrehajtását egy bizonyos sorban. Ezen a ponton ellenőrizheti az értékeket, és átlépheti a funkciókat.

kivétel töréspont aktiválódik, amikor kivétel történik a kódban. Ahelyett, hogy megadná, melyik vonalon indítja el a töréspontot, utasítja a hibakeresőt, hogy állítsa le a kódfuttatást kivételek esetén.

kivétel töréspontok hasznosak a kód ellenőrzéséhez, amikor kivétel történik. Láthatja, hogy melyik kódsor dobta a kivételt, és ezen a ponton ellenőrizheti a kód értékeit. Néhány kivételt az alkalmazás hibái vagy érvénytelen állapotai okoznak, ezért a kivételek töréspontjai hasznosak a hibák megtalálásához és kijavításához.

így állíthat be egy kivétel töréspontot:

1. menj a töréspont navigátorhoz az Xcode-ban, a bal oldali fülek használatával
2. kattints a bal alsó +-gombra, és válaszd ki a kivétel töréspontot
3. hagyd az alapértelmezett beállításokat úgy, ahogy vannak (bár ezek hasznosak a testreszabáshoz)
4. futtasd a kódod

kivétel dobásakor az alkalmazás végrehajtása leáll. Most már használhatja a hibakeresőt az értékek ellenőrzéséhez, a kód átlépéséhez és az LLDB parancsok használatához. Ha lehetséges, az Xcode arra a kódsorra viszi, amely a kivételt okozta.

ne feledje, hogy egy kivétel nem feltétlenül összeomlik az alkalmazás! Tehát, amikor a kivétel töréspontja engedélyezve van, és kivétel történik, az alkalmazás leáll. A kód megszakítása törésponttal nem ugyanaz, mint egy alkalmazás összeomlása, ezért ne hagyja, hogy ez megzavarja.

például egy kivétel töréspont kap által kiváltott kielégítetlen megszorítások kivétel, de ez nem összeomlik az alkalmazás. Használja a kivétel töréspontot, hogy további információkat gyűjtsön a SIGABRT összeomlásához, majd tiltsa le, miután megoldotta a hibát (amíg újra szükség van rá).

Ismerje meg, hogyan építhet iOS alkalmazásokat

kezdje el az iOS 14 és a Swift 5 használatát

iratkozzon fel az iOS fejlesztői tanfolyamomra, és ismerje meg, hogyan építhet nagyszerű iOS 14 alkalmazásokat a Swift 5 és az Xcode 12 segítségével.

további olvasat

a SIGABRT hiba meglehetősen rejtélyes, és nehéznek bizonyulhat megoldani. Miért nem tud az Xcode csak hasznos hibaüzeneteket adni? Nos, ez egy jó kérdés…

a rövid válasz az, hogy olyan sok mozgó alkatrész van az iOS fejlesztésében, hogy az Xcode nem mindig tudja meghatározni az összeomlás okát. Az Xcode nem tudja, hogy tévesen változtatta meg a konnektor nevét. Csak azt tudja, hogy az aljzat csatlakoztatásakor valamilyen kódot hívtak meg, ami kivételt okozott.

Ez azt jelenti, hogy mindig olyan hibát fog látni, amely a lehető legközelebb áll a kiváltó okhoz. A legjobb, amit tehetünk, hogy sok hibát, visszafejteni sok hibaüzenet, és megismerni őket jobban. És amit megtanultál ebben az oktatóanyagban, az az, hogyan lehet megtalálni és megoldani a SIGABRT hibát!

szeretne többet megtudni? Nézze meg ezeket a forrásokat:

• kezdje el a hibakeresést az Xcode-ban
• az “ismeretlen választó elküldve példánynak” hiba megértése az Xcode-ban
• a “váratlanul talált nulla egy opcionális érték kibontása közben” hiba megértése
• a “megoldatlan azonosító használata” hiba megértése az Xcode-ban
• egyszeri hibák a Swift programozásban
• hibakezelés a Swift-ben a Do-Try-Catch