Clean Swift
rezonál az alábbiak bármelyikével?
- a nézetvezérlők masszívak és nehezen érthetőek, javítják a hibákat és új funkciókat adnak hozzá?
- Oké, áthelyezte az üzleti logikát a modellekre. De most a modellek túl kövérek lesznek.
- Az alkalmazás használ egy gigantikus storyboard?
- elvesztegetett már 4 órát egy hiba reprodukálására, majd egy hetet a kijavítására? És még mindig nem megy sehova? Készen áll, hogy csak majom folt?
- új funkció hozzáadása regressziót jelent, és több re, re, RE-faktoring?
- bűnösnek érzi magát, amikor ügyfele azt mondja:”ez régen működött”?
- az erőfeszítés vs haszon kompromisszum a TDD-vel egyszerűen nem éri meg.
természetesen mindannyian tudjuk, hogy a tesztelés megoldja ezeket a problémákat. De megpróbáltál unit teszteket írni, és feladtad.
az első számú ok, amiért az emberek feladják a TDD-t és a tesztelést, az az, hogy teszteket írnak egy rossz alkalmazás architektúrára.
Gondolj bele. Ha meg tudod építeni a világ legszebb házát, de rossz Alapokra, a ház összeomlik. Ugyanez igaz az alkalmazás architektúrájára is.
az évek során többször próbáltam Egységtesztekkel dolgozni (különösen iOS esetén), és nem találtam olyan módot, amelynek értelme van, és ezt olyan módon teszi, ahol az idő vs előnyök kifizetődnek. Úgy érzem, megtaláltam ebben az építészetben.– Darren Ehlers
de ennek nem kell így lennie. Nem kell ragaszkodnod az MVC-hez. Tehát úton van, hogy valami jobbat keressen.
- meg van győződve arról, hogy az MVC nem a továbblépés módja.
- tehát kipróbálta az MVVM-et a ReactiveCocoa-val, de új dolgot kell tanulnia. Több függőség, Yikes!
- vagy akár Vipera. De az összes interfész beállítása a drótvázban annyira összetett. És nem használhatsz segues-t.
elkezdtem végrehajtani a tiszta Swift architektúrát, csak hogy összehasonlítsam az eredeti VIPER architektúrával. Azt kell mondanom, hogy nagyszerű munkát végzett vele, és nagyon szeretem olvasni a hozzászólásait.– Razvan
mi van, ha nem kell még egy keretet megtanulnod? Nem kell új függőséget hozzáadnia.
Képzeld el, hogy vissza tudod venni a kódod irányítását. Gyorsan és pontosan tudja, hol vannak a dolgok. A hibákat kijavíthatja, és új funkciókat adhat hozzá bizalommal. Akkor lebontják az alkalmazás áramlását több storyboards. És igen, továbbra is használhatja a segues-t. És nem, nincs drótváz, ami összezavarna.
végül ráveheted az ügyfeleket, hogy igent mondjanak a TDD kifizetésére, és megmutathatod nekik, hogy a befektetésük megtérül. Ön képes lesz arra, hogy magabiztosan pontosan hol a hiba fekszik, és egy bűntudat-mentes választ a legfélelmetesebb megjegyzést – ez szokott dolgozni.
egy jó alkalmazás architektúra megkönnyíti a tesztelést.
csak írja be a nevét és e-mail címét. Hatalmas első lépést fog tenni az iOS fejlesztési készségeinek szintjének növelése érdekében, és tiszta kóddal és tesztekkel lenyűgözheti társait. Megtanulja, hogyan kell alkalmazni Bob bácsi tiszta architektúráját iOS-alkalmazásaiban.
örülök, hogy a fedélzeten van.
most, hogy feliratkozott, kap egy linket a postaládájába, hogy letöltse a tiszta Swift Xcode sablonokat, hogy automatikusan generálja az összes összetevőt az Ön számára. Ne pazarolja az idejét ugyanazon kazántábla kódjának megírására. Összpontosítson az üzleti logika megírására.
a sablonok működnek, mint egy varázsa. Minden nagyon szép, és jobban szeretem a tiszta építészeti mintát a VIPER helyett.– Augustin
olvassa el a Clean Swift iOS architektúrát is a masszív Nézetvezérlő rögzítéséhez, hogy bemutassa a Clean Swift-et. Ez a bejegyzés bemutatja a fogalmakat közvetlenül Bob bácsi példájával. Azt is végigvezeti, hogyan kell használni az Xcode sablonokat, hogy létrehoz a tiszta Swift alkatrészek. Tehát pillanatok alatt elkezdi végrehajtani az alkalmazás üzleti logikáját.
a következő hetekben mélyen belemerülünk a következő témákba:
- alkalmazza a tiszta Swift és a VIP ciklus az Apple Minta kódok
- tegye a küldött módszerek nézet vezérlő, interaktor, vagy a munkavállaló
- Advanced router több storyboards
- írjon gyors és karbantartható tesztek bizalommal, hogy a változások
- egy külső-in megközelítés tesztelés – az elfogadás egység tesztek
- írás a saját kigúnyolja és csonkokat
- mély merülés minden tiszta Swift komponens
- hasonlítsa össze a tiszta Swift, MVVM + Reactivecocoa és Viper
- protokoll-orientált programozás és a tiszta Swift
- konvertálása a meglévő projekt a Swift tisztításához
- hogyan teljesít a Clean Swift egy nagy projektben
- a közös kód kinyerése a munkavállalók és a szolgáltatási objektumok újrafelhasználásához
- hogyan lehet lebontani az összetett üzleti logikát a munkavállalók használatával
Ha szeretné először írjam meg ezeket a témákat, vagy ha teljesen más témákat tart szem előtt, dobj nekem egy e-mailt.
Továbbá, ha az Objective-C-vel dolgozik, és szeretne segíteni az Xcode sablonok Objective-C verziójának tesztelésében, írjon nekem e-mailt, miután feliratkozott.
szeretem hallani, hogyan alkalmazza a Clean Swiftet az iOS projektjeihez.
azt kell mondanom, hogy a VIP architektúra valóban növekszik rám. A sablonok segítségével minden világossá és nagyon egyszerűvé válik, anélkül, hogy az architektúra túl sok kazánkódot produkálna.– Mihai
