Swift toolchain jest nadal nieco obrzydliwy, musisz użyć tymczasowych obejść, dopóki Apple go nie naprawi (zobacz aktualizacje poniżej)

Oto lista przedmiotów, które możesz zrobić, aby nie zwariować.

Powolność spowodowana niedojrzałym kompilatorem Swift

• Zmień swój przepływ pracy programistycznej za pomocą Injection for Xcode. Po zainstalowaniu wtyczki będziesz mógł wprowadzić zmiany kodu w swoim simulator \ device Bez rekompilacja. Nie musisz kodować na twardo\modyfikować niczego w swoim projekcie. Zaczęliśmy go używać niedawno w pracy i wywarło to ogromny wpływ na naszą stronę, nawet jeśli nie dotyczy to wszystkich przypadków użycia(na przykład nie można tworzyć nowych funkcji, można tylko modyfikować istniejące).

• Niektóre konkretne konstrukcje kodu, które kompilator nie lubi i zajmuje zbyt dużo czasu na kompilację. Najczęstszym problemem jest sprawdzanie typu, które spowalnia czas kompilacji wykładniczo w oparciu o ile kontroli typu musi wykonać (więcej tutaj dla praktycznych przykładów i tutaj dla szczegółowego wyjaśnienia). Aby zidentyfikować, czy cierpisz na ten problem, możesz śledzić ten post na blogu , zbierzesz informacje o funkcjach, które tworzą powolność, używając dodatkowych flag kompilatora. Alternatywnie możesz użyć tej wtyczki Xcode , aby zidentyfikować źródło powolności kompilacji.

• Użyj dynamicznych ramek mądrze, tam gdzie ma to sens. Rekompilacja frameworka będzie wykonywana tylko wtedy, gdy zmodyfikujesz jeden z jego plików Swift(dynamiczne frameworki są dostępne tylko dla iOS > = 7).

• Skondensuj kod w tych samych plikach. Zmniejszenie liczby plików Swift rozsądnie przyspiesza proces kompilacji. Można go łatwo osiągnąć, umożliwiając "optymalizację całego modułu", dodając zdefiniowaną przez użytkownika flagę niestandardową SWIFT_WHOLE_MODULE_OPTIMIZATION {[36] } i ustawić ją na yes i jednocześnie ustawić optymalizację level to none (aby wyłączyć optymalizacje, które spowolnią działanie) nieaktualne możesz rozważyć użycie tego gist , jest to skrypt kompilacji, który zwija cały kod w " merge.plik swift. Musisz stworzyć dla niego nowy cel, ale warto spróbuj.

• Podwójne sprawdzenie rzeczy wymienionych tutaj (jest kilka innych powodów, ponieważ kompilacja jest powolna)

• Nieaktualne Wypróbuj podejście opisane w ten post na blogu , polega na stworzeniu skryptu kompilacji, który generuje plik make. Wymaga ręcznej interwencji na skrypcie build (zawiera listę plików swift).

• Nieaktualne Try this hacked up incremental Compilation technique

Aktualizacja: przyrostowe Kompilacje wprowadzone na Swift 1.2 (Xcode 6.3)

Apple w końcu wprowadził przyrostowe Kompilacje z Swift 1.2 (dostarczane z Xcode 6.3). Nie jest jeszcze doskonały, ale to ogromna poprawa.

Od teraz klasa jest rekompilowana tylko wtedy, gdy została zmieniona (lub gdy jedna z klas, od której zależy, została zmieniona). Jednak kompilator nadal nie może zrozumieć, czy zmiany w klasie są związane z jej interfejsem, czy nie. Tak więc każda zmiana na klasę powoduje rekompilację tej klasy i wszystkich jej zależności.

Aktualizacja: Rekompiluj zależne klasy tylko wtedy, gdy zmiany interfejsu publicznego wprowadzone na Swift 2.1 (Xcode 7.1)

Począwszy od Swift 2.1 (Xcode 7.1), zależne klasy są rekompilowane tylko wtedy, gdy zmienisz publiczny interfejs klasy, a nie przy każdej zmianie. Ma to ogromne znaczenie zwłaszcza w przypadku dużych projektów.

Konfiguracja projektu (mis) (niezwiązana z Swift)

• upewnij się, że opcja "Build Active Architecture Only" służy do debugowania.
• upewnij się, że nie dodałeś skryptów kompilacyjnych pre\post, które zajmują zbyt dużo czasu.