@ import vs # import-iOS 7

Fajną odpowiedź znajdziesz w książce Nauka kakao z Objective-C (ISBN: 978-1-491-90139-7)

Moduły to nowy sposób włączania i łączenia plików i bibliotek do Twoich projektów. Aby zrozumieć, jak działają moduły i jakie korzyści z nich płyną, ważne jest, aby spojrzeć wstecz do historii Objective-C i deklaracji # import Za każdym razem, gdy chcesz dołączyć plik do użycia, zazwyczaj masz kod, który wygląda tak:

#import "someFile.h"

Lub w przypadku Framework:

#import <SomeLibrary/SomeFile.h>

Ponieważ Objective - C jest supersetem języka programowania C, # Import state-ment jest drobnym udoskonaleniem instrukcji C #include. Instrukcja # include jest bardzo prosta; kopiuje wszystko, co znajduje się w dołączonym pliku do kodu podczas kompilacji. Czasami może to powodować poważne problemy. Na przykład wyobraź sobie, że masz dwa pliki nagłówkowe: SomeFileA.h i SomeFileB.h; SomeFileA.h obejmuje SomeFileB.h i SomeFileB.h obejmuje SomeFileA.h. Tworzy pętlę i może mylić coimpiler. Aby sobie z tym poradzić, Programiści C muszą pisać zabezpieczenia przed tego typu zdarzeniami.

Podczas używania #import, nie musisz się martwić o ten problem ani pisać osłon nagłówka, aby go uniknąć. Jednak {[12] } jest nadal tylko gloryfikowaną akcją kopiowania i wklejania, powodując powolny czas kompilacji wśród wielu innych mniejszych, ale nadal bardzo niebezpiecznych problemów (takich jak dołączony plik nadpisujący coś, co zadeklarowałeś w innym miejscu w swoim kodzie.)

Moduły są spróbuj to obejść. Nie są one już kopiowaniem i wklejaniem do kodu źródłowego, ale serializowaną reprezentacją dołączonych plików, które można zaimportować do kodu źródłowego tylko wtedy, gdy są potrzebne i gdzie są potrzebne. Używając modułów, kod będzie kompilowany szybciej i będzie bezpieczniejszy niż użycie #include lub #import.

Powrót do poprzedniego przykładu importowania frameworka:

#import <SomeLibrary/SomeFile.h>

Aby zaimportować tę bibliotekę jako moduł, kod zostanie zmieniony do:

@import SomeLibrary;

To ma dodatkowy bonus Xcode łączący SomeLibrary framework z projektem automatycznie. Moduły pozwalają również na włączenie do projektu tylko tych komponentów, których naprawdę potrzebujesz. Na przykład, jeśli chcesz użyć komponentu AwesomeObject w ramach AwesomeLibrary, normalnie musisz zaimportować wszystko, aby użyć one piece. Jednak, używając modułów, możesz po prostu zaimportować konkretny obiekt, którego chcesz użyć:

@import AwesomeLibrary.AwesomeObject;

Dla wszystkich nowych projekty wykonane w Xcode 5, moduły są domyślnie włączone. Jeśli chcesz używać modułów w starszych projektach (i naprawdę powinieneś), będą one musiały być włączone w Ustawieniach budowania projektu. Gdy to zrobisz, możesz używać zarówno #import jak i @import w swoim kodzie razem bez obaw.

Obecnie działa tylko dla Wbudowanych frameworków systemowych. Jeśli używasz #import jak apple nadal importować UIKit framework w App delegate to jest zastępowany (jeśli moduły są włączone i są rozpoznawane jako Framework systemowy) i kompilator będzie ponownie go do importu modułu, a nie import plików nagłówkowych i tak. Tak więc pozostawienie #import będzie takie samo jak jego przekonwertowane do importu modułu, gdzie jest to możliwe w każdym razie

Wydaje się, że od XCode 7.x pojawia się wiele ostrzeżeń przy włączaniu modułu clang z CLANG_ENABLE_MODULES

Spójrz na wiele ostrzeżeń podczas budowania z Xcode 7 z bibliotekami stron trzecich

Jest kilka korzyści z używania modułów. Możesz go używać tylko z frameworkiem Apple, chyba że zostanie utworzona mapa modułów. @import jest nieco podobny do wstępnie kompilacji plików nagłówków po dodaniu do pliku .pch, który jest sposobem dostroić aplikację proces kompilacji. Dodatkowo nie musisz dodawać bibliotek w stary sposób, używanie @import jest znacznie szybsze i wydajniejsze. Jeśli nadal szukasz miłej referencji, Gorąco polecam przeczytanie tego artykułu .