Jump to content

Witaj!

Zaloguj lub Zarejestruj się aby uzyskać pełny dostęp do forum.

Photo
- - - - -

Czas budowania w Swift


  • Please log in to reply
2 replies to this topic

#1 Paweł Pałka

Paweł Pałka
  • 34 posts
  • SkądKatowice, Poland, Poland

Posted 04 October 2016 - 10:27

Witam

 

Może tutaj się czegoś dowiem bo internerty nie dostaraczają inforomacji, a tu są praktycy.

 

 

Czas budowania naszej aplikacji, czysty build to około 8 minut na Macbook i7, 16GB ram z SSD. Niby spoko bo to clean build, raz za czas wykonywany w teorii. Praktyka jest taka, że jak modyfikuje protokół, generic lub nawet zwykłego structa i daje build to leci ponownie rebuild w wszystkiego - tak 20-40 razy dziennie po kilka minut czekania. Ja wiem, resolve typow, dependencies itp. ale czy macie jakiś sprawdzony sposób na przyspieszenie budowania ? 

 

Zamykamy ostatnio wszystko w moduły, feature per moduł itp. Dependecies redukujemy, carthege zamiast Podsów itp. Nie wiele to zmienia. Byłbym wdzieczny za jakieś uwagi, doświadczenia itp. 



#2 MiL

MiL
  • 1493 posts
  • Płeć:

Posted 04 October 2016 - 13:17

Bez kodu raczej nikt tu nie pomoże. Pewnie dużo jest tam zależności i stąd takie czasy. Też mamy wielki projekt, kilka modułów i buduje się całkiem szybko.



#3 Paweł Pałka

Paweł Pałka
  • 34 posts
  • SkądKatowice, Poland, Poland

Posted 05 October 2016 - 06:54

No kodu nie mogę pokazać ;-) ale z tego co pamietam ze statycznej analizy kodu to mamy tam z 800 plików w głównym targecie, 10 modułów i ze 30 frameworkow. Obawiam się ze głównym problemem jest to, iż jak zaczynaliśmy w Swift to nikt nie myślał o moularyzacji i masę zależności powstało. Ciągłe dopisywanie funkcjonalności ogranicza czas na refactor. Code base puchni wraz z zależnościami. 

 

Teraz i tak jest lepiej bo pracujemy już daleko od MVC/MVVM i mamy własne architektury czerpiące z Vipera i MVC-RC i innych, więc wymusiło to zamykanie funkcjonalności w jeden klocek - moduł. Tylko co zrobić ze starociami aby je przyspieszyć.

 

Generalnie też polecam duplikować bug na radarze, bo potobno Apple bierze pod uwagę bugi na podstawie ilości powtórzeń.

BUG: http://openradar.appspot.com/28501724


Edited by Paweł Pałka, 05 October 2016 - 06:55.





1 user(s) are reading this topic

0 members, 1 guests, 0 anonymous users