ren hurtig
resonerer du med et af følgende?
- bliver dine visningskontrollere massive og svære at forstå, rette fejl og tilføje nye funktioner?
- Okay, du flyttede forretningslogikken til modellerne. Men nu bliver dine modeller for fede.
- bruger din app et gigantisk storyboard?
- har du nogensinde spildt 4 timer for at forsøge at reproducere en fejl, og derefter en uge for at rette den? Og stadig går ingen steder? Klar til bare abe lappe det?
- tilføjelse af en ny funktion betyder regression og mere re, re, re-factoring?
- føler du dig skyldig, når din klient siger”dette plejede at fungere”?
- indsatsen mod fordelafvejning med TDD er bare ikke det værd.
selvfølgelig ved vi alle, at test helbreder alle disse problemer. Men du har prøvet at skrive unit tests og givet op.
den første grund til, at folk giver op på TDD og test, er fordi de skriver tests oven på en dårlig applikationsarkitektur.
tænk over det. Hvis du kan bygge verdens smukkeste hus, men på et dårligt fundament, vil huset kollapse. Det samme gælder for din applikationsarkitektur.
jeg har forsøgt gentagne gange gennem årene at arbejde med enhedstest (især med iOS) og har undladt at finde en måde, der giver mening og gør det på en måde, hvor tiden vs fordele betaler sig. Jeg føler, at jeg har fundet det i denne arkitektur.– Darren Ehlers
men det behøver ikke at være sådan. Du behøver ikke at holde fast i MVC. Så du er på vej til at søge efter noget bedre.
- du er overbevist om, at MVC ikke er vejen til at komme videre.
- så du har prøvet MVVM med ReactiveCocoa, men du skal lære en ny ting. Flere afhængigheder, Yikes!
- eller endda VIPER. Men opsætning af alle grænseflader i rammen er så kompleks. Og du kan ikke bruge segues.
jeg begyndte at implementere den rene hurtige arkitektur bare for at sammenligne den med den originale VIPER-arkitektur. Jeg må sige, at du gjorde et godt stykke arbejde med det, og jeg nyder virkelig at læse dine indlæg.– Divan
Hvad hvis du ikke behøver at lære endnu en ramme? Du behøver ikke at tilføje nogen ny afhængighed.
Forestil dig, at du kan tage kontrollen over din kode tilbage. Du kan hurtigt og præcist vide, hvor tingene er. Du kan rette fejl og tilføje nye funktioner med tillid. Du kan nedbryde din applikationsstrøm i flere storyboards. Og ja, du kan fortsætte med at bruge segues. Og nej, der er ingen trådramme, der forvirrer dig.
endelig kan du få klienter til at sige ja til at betale for TDD og vise dem solidt bevis for, hvordan deres investering betaler sig. Du vil være i stand til med sikkerhed at finde ud af, hvor en fejl ligger, og har et skyldfrit svar på den mest frygtede kommentar-dette plejede at fungere.
en god applikationsarkitektur Letter test.
Indtast blot dit navn og din e-mail nedenfor. Du tager et stort første skridt for at udjævne dine iOS-udviklingsevner og imponere dine jævnaldrende med ren kode og test. Du lærer, hvordan du anvender onkel Bobs rene arkitektur på dine iOS-apps.
Glad for at have dig om bord.
nu hvor du abonnerer, får du et link i din indbakke til at hente mine skabeloner til automatisk at generere alle komponenterne til dig. Spild ikke tid på at skrive den samme kedelpladekode. Fokuser på at skrive din forretningslogik.
dine skabeloner fungerer som en charme. Alt er meget pænt, og jeg foretrækker det rene Arkitekturmønster frem for VIPER.– Augustin
Du bør også læse ren hurtig iOS-arkitektur til fastsættelse af massiv Visningskontroller for at få en introduktion til ren hurtig. Dette indlæg demonstrerer begreberne ved hjælp af et eksempel lige fra Onkel Bob selv. Det fører dig også igennem, hvordan du bruger Kodeskabelonerne til at generere de rene hurtige komponenter. Så du begynder at implementere din apps forretningslogik på ingen tid.
i løbet af de næste par uger dykker vi også dybt ned i følgende emner:
- Anvend ren hurtig og VIP-cyklus på Apples prøvekoder
- Sæt dine delegerede metoder i visningscontroller, interactor eller arbejdstager
- avanceret router med flere storyboards
- skriv hurtige og vedligeholdelige tests med tillid til at foretage ændringer
- en ekstern tilgang til test – fra accept til enhedstest
- skrivning af dine egne mocks og stubber
- dyb dyk ned i hver ren hurtig komponent
- /li>
- sammenlign ren hurtig, MVVM + reactivecocoa og Viper
- protokolorienteret programmering og ren hurtig
- konvertering af din eksisterende projekt til at rense hurtig
- Hvordan fungerer ren hurtig i et stort projekt
- udtrækning af fælles kode til genbrug i arbejdere og serviceobjekter
- sådan nedbrydes kompleks forretningslogik ved hjælp af arbejdere
Hvis vil have mig til at skrive et af disse særlige emner først, eller hvis du har hele andre emner i tankerne, send mig en e-mail.
Hvis du arbejder med Objective-C og gerne vil hjælpe mig med at teste en Objective-C-version af Kodeskabelonerne, skal du kontakte mig, når du abonnerer.
Jeg elsker at høre, hvordan du anvender ren hurtig til dine iOS-projekter.
jeg må sige, at VIP-arkitekturen virkelig vokser på mig. Ved hjælp af skabeloner bliver alt klart og meget ligetil uden den fornemmelse, at arkitekturen producerer for meget kedelpladekode.– Mihai
