Labākais no pirmajiem sešiem Sundell Swift mēnešiem

Pirms sešiem mēnešiem es sev uzdevu izaicinājumu - kā cilvēks, kurš uz vienas rokas varētu saskaitīt visu mūžu rakstīto emuāru ierakstu skaitu - vai es varētu sākt rakstīt vienu jaunu ierakstu par Swift katru nedēļu?

Tagad, 26 ziņas vēlāk, esmu ļoti priecīgs, ka nolēmu pieņemt šo izaicinājumu. Katru nedēļu rakstīt jaunu ziņu patiešām ir bijis izaicinoši, bet arī jautri, interesanti un ļoti atalgojoši. Esmu daudz iemācījusies - gan par Swift, gan par rakstīšanu -, un esmu ļoti pazemīga un priecīga par visām lieliskajām atsauksmēm un jautājumiem, ko esmu saņēmusi no sabiedrības.

Lai gan es neplānoju drīzumā pārtraukt to darīt, es vēlos veltīt laiku un atzīmēt šo pavērsienu - atskatoties uz pēdējiem sešiem mēnešiem un uzskaitot labāko saturu no manas pirmās ziņu kārtas.

Ienirsim iekšā!

Populārākais

Šīs ir piecas ziņas, kuras jums, lasītājiem, ir bijušas vispopulārākās pēc lasījumu un kopīgošanas skaita:

Izvēlēties pareizo neveiksmes veidu Swift

Šis ir līdz šim vispopulārākais no visiem maniem ierakstiem, kurā es apskatīju dažādas iespējas, kā rīkoties ar kļūdām Swift. Kļūdas sadalīju pa atgūstamām un neatgūstamām, lai izvēlētos piemērotāko paņēmienu to apstrādei.

Swift kompilēšanas laika uzlabošana

Pēc dažu izmaiņu izdarīšanas vienā no lielākajiem projektiem, pie kura strādāju, es varēju samazināt tā sastādīšanas laiku par vairāk nekā 20%. Šajā rakstā es dalos ar pieredzi, kas gūta, veicot šo darbu, un sniedzu dažus padomus, kā noteikt kodu blokus, kuru apkopošana prasa īpaši ilgu laiku.

Ar SWIFT rīkojieties pēc izvēles

Viena liela korekcija lielākajai daļai izstrādātāju, kas pārgāja no Objective-C uz Swift, sāka domāt par mainīgajiem un parametriem kā izvēles un izvēles. Šajā amatā es apskatīšu dažus paņēmienus, kas var palīdzēt samazināt tādu izvēles iespēju skaitu, kuras faktiski nav izvēles, kas parasti novedīs pie uzlabotas arhitektūras un stabilāka koda.

Traveling Laika ceļojums Swift vienības testos

Darījumi ar datumiem vienmēr ir sarežģīti, it īpaši vienības testēšanā, kad vēlaties pārbaudīt kodu, kas lielā mērā ir atkarīgs no pašreizējā datuma un laika intervāliem. Šis ziņojums iepazīstina ar viegli pielietojamu paņēmienu, kas ļauj ātri norādīt savam kodam datumus, ļaujot testos “ceļot laiku”.

Padziļināts ienirums Grand Central nosūtīšanā Swift

Man ļoti patīk ienirt dziļi ietvaros - it īpaši tajos, kurus jau sen izmantoju. Grand Central Dispatch (GCD) ir viens no tiem, un šajā pirmajā (no kuriem, manuprāt, būs daudz ) dziļajā niršanā - es pārsniedzu visbiežāk izmantotos API un apskatīšu dažus patiešām spēcīgus (un ne pārāk plaši zināmus) ) funkcijas, kas var palīdzēt atrisināt daudzas izplatītas problēmas.

Mani mīļākie

Ir patiešām grūti atlasīt izlases no kaut kā tā, ko pats esat izveidojis, bet, pieņemsim, vienkārši sakiet, ka šīs ir ziņas, kuras es esmu visvairāk apmierināts ar to, kā viņi izrādījās:

Modelēšanas stāvoklis Swift

Šis bija viens no labākajiem lasītāju favorītiem un noteikti arī viens no maniem favorītiem. Bija ļoti jautri rakstīt, un es esmu ļoti priecīgs par to, kā es varēju nodot šīs ziņas idejas, un par reakciju, ko tā saņēma no sabiedrības. Tas ir par to, kā var atvieglot valsts pārvaldības kodu, realizējot atsevišķus patiesības avotus un reaģējot uz stāvokļa izmaiņām.

Pārbaudiet Swift kodu, kas izmanto sistēmas singletus trīs vienkāršās darbībās

Esmu milzīgs testēšanas ventilators, tāpēc viss, ko varu darīt, lai testēšanu padarītu vieglāku un ātrāku, parasti ir tas, kas mani interesē. Lai gan es vienmēr cenšos uzrakstīt savu kodu pārbaudāmā veidā, liela daļa koda, kas Mēs katru dienu rakstām, ka mijiedarbojas ar sistēmas API - un daudzas no tām balstās uz atsevišķiem principiem. Singletoni parasti ir pazīstami ar to, ka kodu nav iespējams pārbaudīt, taču šajā amatā es eju trīs soļus, lai to viegli mainītu.

Zem Futures & Promises in Swift pārsega

Rakstīšanas laikā šī ir mana visjaunākā ziņa - un esmu ļoti apmierināta ar to, kā tā izvērtās. Nākotnes līgumi un solījumi ir ļoti interesants veids, kā rīkoties ar asinhrono kodu, taču dažreiz var būt nedaudz sarežģīti apvilkt galvu (it īpaši, ja runa ir par atšķirību starp nākotni un solījumu ). Tāpēc šajā amatā es gribēju sadalīt lietas un parādīt, kā Futures & Promises var ieviest no nulles bez visa daudz koda.

🛠 Deklaratīvas animācijas ietvara izveidošana Swift

Šī bija pirmā reize, kad divdaļīgā rakstā apskatīju daudz plašāku tēmu - deklaratīvas animācijas ietvara izveidošanu no nulles. Tas bija ļoti jautri, un tas bija patiesi patīkami dzirdēt no daudziem sabiedrības locekļiem, kuri vai nu ir izveidojuši savus rīkus, pamatojoties uz šo amatu, vai arī ir izvēlējušies līdzīgu pieeju iepriekš. 2-daļu pasta koncepcija nākotnē noteikti atgriezīsies .

A Vienotas Swift kļūdas API nodrošināšana

Ziņa, kas to visu iesāka! Laikā, kad es rakstīju šo ziņu, man nebija ne mazākās nojausmas, vai man patiks rakstīt - vai arī kāds būs ieinteresēts lasīt manas ziņas posts. Lai gan es domāju, ka kopš tā laika mani amati ir diezgan daudz attīstījušies, šis amats manā sirdī vienmēr ieņems īpašu vietu. Tas ir par to, kā jūs varat izveidot labākus API, domājot par to, kā tiek apstrādātas kļūdas un kāda veida kļūdas var radīt API.

Piedāvājam vēl 6 mēnešus!

Neatkarīgi no tā, vai esat lasījis katru ziņu vai arī šī ir pirmā reize, kad apmeklējat šo emuāru - paldies ! Tas, ka tik daudzi no jums lasa, komentē un dalās ar šiem ierakstiem, man daudz nozīmē, un jūs esat tas, kas mani motivē katru nedēļu rakstīt kaut ko jaunu.

Es plānoju to darīt tik ilgi, cik vien iespējams - lai tagad, kad šis pavērsiens ir atzīmēts, es ceru uz vēl 6 mēnešiem iknedēļas ziņojumiem!

Es ceru, ka jūs paliksit braucienā, un tāpat kā vienmēr, paldies par lasīšanu!