Skrivning Så lidt kode som muligt At udføre de samme opgaver har altid været mit mål. Da jeg er iOS-udvikler, var det meget vanskeligt at gøre det med Objective-C. Men med Swift er det en helt ny oplevelse.
Forestil dig, når du begynder at arbejde på et projekt, og alt ser godt ud. Så du begynder at implementere linje for linje, og du vågner snart op med en deadline en uge foran dig og find dig selv ved at skrive langt mere tilfældig kode, end du nogensinde ville ønske.
Det var tilfældet for mig så mange gange og Jeg havde altid en undskyldning for „det er hurtigere på den måde, og jeg har kort tid“.
Jeg blev ældre og klogere, og det er det ikke.
Jeg vil dele med dig mine foretrukne bedste fremgangsmåder, der har vist sig at være meget effektive for at undgå, at denne situation sker, gør din kode genanvendelig og let at læse på samme tid:
1 - Hvis du nogensinde kopierer og indsætter din kode, betyder det, at du har brug for en funktion til det. Du kan ikke engang forestille dig, hvor mange gange du vil genbruge disse funktioner senere.
2 - Opbevar alle almindelige brugergrænsefladeelementer og -indstillinger i en separat klasse for nem genbrug, ligesom CSS-filerne fungerer på nettet.
3 - Brug MVC til det maksimale. Alle ved det, og de fleste iOS-udviklere hævder at følge Model-View-Controller-mønsteret, men at navngive klasser korrekt og placere dem i tilsvarende mapper er ikke nok.
For mig er den vanskeligste del controlleren, da den har kontrol over andre dele, og den let kan ende med den enorme stak kode, der gør alt. Og det er forkert.
I modsætning til hvad de fleste af vejledningerne lærer, bør du for eksempel Opret en separat klasse til at håndtere brugen af en mikrofon i stedet for at tilføje den til selve controlleren. På den måde trækker du bare filen i dit næste projekt, og du behøver ikke skrive en enkelt kodelinje.
4 - Brug underklassificering til sit maksimale. Jeg underklassificerer altid de mest anvendte klasser i projektet, i det mindste for at forene adfærd gennem appen og genbruge så meget kode som muligt.
Det bedste eksempel er en simpel funktion, som du kan ringe til fra enhver visningscontroller i appen for at underrette brugeren om, at der opstod en fejl. Hvis du senere vil ændre den måde, du præsenterer fejlene på, vil det være en enkelt funktion at ændre.
5 - Opret initialisatorer med alle obligatoriske elementer til opsætning af klassen. Det sparer masser af tid ikke at skulle tænke over, hvad du skal tilføje eller ændre, for at en instans fungerer korrekt, og du ender med kun en enkelt kodelinje til at gøre det.
6 - Sidst, men ikke mindst: Forskning! Udviklerfællesskabet er meget støttende, så meget, at der er 99% chance for, at den kodelinje, du er ved at skrive, allerede er skrevet, revideret og testet mod fejl hundreder af gange.
Udnyt dette, da det reducerer antallet af fejl betydeligt, hvis du er opmærksom på, hvad der kan gå galt, før du skriver et enkelt tegn.
Oven i alt det, bare have det sjovt, mens du gør det, og husk: skriv aldrig den samme kodelinje to gange!
En senior iOS-udvikler, der er en del af et fleksibelt iOS-team og giver enkeltpersoner mulighed for at nå deres drømme og mål.
People who read this post, also found these interesting:
.webp)
.webp)
.webp)
.webp)
.webp)
.webp)
.webp)
.webp)
