Articles

Clean Swift

by admin

resonerer du med noe av det følgende?

  • blir visningskontrollene dine massive og vanskelige å forstå, fikse feil og legge til nye funksjoner?
  • Ok, du flyttet forretningslogikken til modellene. Men nå blir modellene dine for fete.
  • bruker appen din en gigantisk storyboard?
  • har du noen gang kastet bort 4 timer for å prøve å reprodusere en feil, og deretter en uke for å fikse det? Og fortsatt går ingen steder? Klar til a bare apen patch den?
  • Å Legge til en ny funksjon betyr regresjon og mer re, re, re-factoring?
  • føler du deg skyldig når klienten sier «Dette pleide å fungere»?
  • innsatsen vs fordel bytte MED TDD er bare ikke verdt det.

Selvfølgelig vet vi alle at testing kurerer alle disse problemene. Men du har prøvd å skrive enhetstester og gitt opp.

den første grunnen til at folk gir OPP PÅ TDD og testing er fordi de skriver tester på toppen av en dårlig programarkitektur.

Tenk på det. Hvis du kan bygge verdens vakreste hus, men på et dårlig fundament, vil huset kollapse. Det samme gjelder for applikasjonsarkitekturen din.

jeg har prøvd gjentatte ganger gjennom årene å jobbe med Enhetstester (spesielt med iOS) og har ikke funnet en måte som gir mening og gjør det på en måte hvor tiden vs fordelene lønner seg. Jeg føler jeg har funnet det i Denne Arkitekturen.
– Darren Ehlers

Men det trenger ikke å være slik. Du trenger ikke å holde FAST MED MVC. Så du er på vei for å søke etter noe bedre.

  • Du er overbevist OM AT MVC ikke er veien å gå videre.
  • Så du har prøvd MVVM Med ReactiveCocoa, men du må lære en ny ting. Flere avhengigheter, Yikes!
  • Eller TIL OG MED VIPER. Men å sette opp alle grensesnittene i wireframe er så komplisert. Og du kan ikke bruke segues.
jeg begynte å implementere Den Rene Swift-arkitekturen bare for å sammenligne den med den opprinnelige VIPER-arkitekturen. Jeg må si at du gjorde en god jobb med det, og jeg liker virkelig å lese innleggene dine.
– Razvan

Hva om du ikke trenger å lære enda et rammeverk? Du trenger ikke å legge til noen ny avhengighet.

Tenk deg at du kan ta tilbake kontrollen over koden din. Du kan vite raskt og nøyaktig hvor ting er. Du kan fikse feil og legge til nye funksjoner med tillit. Du kan bryte ned programflyten din i flere storyboards. Og ja, du kan fortsette å bruke segues. Og nei, det er ingen wireframe å forvirre deg.

Til Slutt kan du få kunder til å si ja til å betale FOR TDD, og vise dem solid bevis på hvordan investeringen lønner seg. Du vil kunne trygt finne ut hvor en feil ligger, og ha et skyldfritt svar på den mest fryktede kommentaren-Dette pleide å fungere.

en god applikasjonsarkitektur letter testing.

bare skriv inn navn og e-post nedenfor. Du vil ta et stort første skritt for å nivåere opp iOS – utviklingsferdighetene dine og imponere dine kolleger med ren kode og tester. Du lærer hvordan Du bruker Onkel Bobs Rene Arkitektur til iOS-appene dine.

Glad for å ha deg om bord.

Nå som du abonnerer, får du en lenke i innboksen din for å laste ned Mine Rene Swift Xcode-maler for automatisk å generere alle komponentene for deg. Ikke kast bort tid på å skrive samme standardtekst kode. Fokuser på å skrive forretningslogikken din.

malene dine fungerer som en sjarm. Alt er veldig pent og jeg foretrekker Det Rene Arkitekturmønsteret over VIPER.
– Augustin

Du bør også lese Clean Swift iOS-Arkitekturen for Å Fikse Massiv Visningskontroller for å få en introduksjon Til Clean Swift. Dette innlegget demonstrerer konseptene ved hjelp av et eksempel rett Fra Onkel Bob selv. Det leder deg også gjennom Hvordan Du bruker xcode-malene til å generere De Rene Swift-komponentene. Så du vil begynne å implementere appens forretningslogikk på kort tid.

i løpet av de neste ukene vil vi også dykke dypt inn i følgende emner:Bruk Clean Swift og VIP-syklusen Til Apples prøvekoder

  • Sett delegeringsmetodene dine i visningskontroller, interactor eller arbeidstaker
  • Avansert ruter med flere storyboards
  • Skriv raske og vedlikeholdbare tester med tillit for å gjøre endringer
  • en ekstern tilnærming til testing – Fra aksept til enhetstester
  • Skrive dine egne mocks og stubber
  • dyp dykk inn i Hver Ren Swift-komponent
  • sammenlign clean swift, mvvm + reactivecocoa og viper
  • Protokollorientert programmering og clean swift
  • Hvordan Ren Swift utføre i et stort prosjekt
  • Utpakking felles kode for gjenbruk i arbeidere og service objekter
  • hvordan bryte ned komplekse forretningslogikk ved hjelp av arbeidere

    • Hvis du vil ha meg å skrive Noen av disse spesielle emner først, eller Hvis du har helt Andre Emner i tankene, send meg en e-post.

    også, hvis du arbeider Med Objective-C og liker å hjelpe meg å teste En Objective-c versjon Av xcode maler, send meg når du abonnerer.

    jeg elsker å høre Hvordan Du bruker Clean Swift til iOS-prosjektene dine.

    JEG må si AT VIP-arkitekturen virkelig vokser på meg. Ved hjelp av maler blir alt klart og veldig greit, uten følelsen av at arkitekturen produserer for mye standardkode.
    – Mihai