Skrivande Så lite kod som möjligt Att utföra samma uppgifter har alltid varit mitt mål. Eftersom jag är en iOS-utvecklare var det väldigt knepigt att göra det med Objective-C. Men med Swift är det en helt ny upplevelse.
Föreställ dig när du börjar arbeta med ett projekt och allt ser bra ut. Sedan du börjar implementera rad för rad, och du vaknar snart med en deadline en vecka framför dig och hitta dig själv att skriva mycket mer slumpmässig kod än du någonsin skulle vilja.
Så har det varit för mig så många gånger och Jag hade alltid en ursäkt för ”det är snabbare på det sättet, och jag har kort tid”.
Väl, jag blev äldre och klokare och... det är det inte.
Jag vill dela med mig av mina favorit bästa metoder som har visat sig vara mycket effektiva för att undvika att den situationen händer, göra din kod återanvändbar och lätt att läsa på samma gång:
1 - Om du någonsin kopierar och klistrar in din kod betyder det att du behöver en funktion för det. Du kan inte ens föreställa dig hur många gånger du kommer att återanvända dessa funktioner senare.
2 - Förvara alla vanliga användargränssnittselement och inställningar i en separat klass för enkel återanvändning, precis som CSS-filerna fungerar på webben.
3 - Använd MVC till det maximala. Alla vet, och de flesta iOS-utvecklare hävdar att de följer Model-View-Controller-mönstret, men namnge klasser på lämpligt sätt och placera dem i motsvarande mappar räcker inte.
För mig är den knepigaste delen styrenheten, eftersom den har kontroll över andra delar och den lätt kan sluta med den enorma stacken kod som gör allt. Och det är fel.
Till skillnad från vad de flesta av handledningarna lär ut, bör du till exempel skapa en separat klass för att hantera användningen av en mikrofon istället för att lägga till den i själva styrenheten. På det sättet, i ditt nästa projekt, drar du bara filen och du behöver inte skriva en enda kodrad.
4 - Använd underklassning till sitt maximala. Jag underklassificerar alltid de mest använda klasserna i projektet, åtminstone för att förena beteende genom appen och återanvända så mycket kod som möjligt.
Det bästa exemplet är en enkel funktion som du kan ringa från valfri visningskontroll i appen för att meddela användaren att ett fel inträffade. Om du vill ändra hur du presenterar felen senare kommer det att vara en enda funktion att ändra.
5 - Skapa initialiserare med alla obligatoriska element för att ställa in klassen. Det sparar massor av tid att inte behöva tänka på vad du behöver lägga till eller ändra för att en instans ska fungera korrekt, och du slutar med bara en enda kodrad för att göra det.
6 - Sist men inte minst: forskning! Utvecklargemenskapen är mycket stödjande, så mycket att det finns 99% chans att kodraden du ska skriva redan har skrivits, reviderats och testats mot buggar hundratals gånger.
Dra nytta av detta, eftersom det minskar antalet buggar avsevärt om du är medveten om vad som kan gå fel innan du skriver ett enda tecken.
På toppen av allt detta, bara ha kul medan du gör det och kom ihåg: skriv aldrig samma kodrad två gånger!
En senior iOS-utvecklare som ingår i ett smidigt iOS-team och ger individer möjlighet att uppnå sina drömmar och mål.
Människor som läste det här inlägget tyckte också att dessa var intressanta:
.webp)
.webp)
.webp)
.webp)
.webp)
.webp)
.webp)
