Xcode: co to jest cel i schemat w prostym języku?

Tak, tytuł mówi :-) Co oznaczają w prostym języku angielskim? Naprawdę nie rozumiem wyjaśnienia na stronie Apple i muszę zmienić nazwę celu i obawiam się, że po tym nic nie działa ...

Dodałem też w Workspace i Project!

• Obszar roboczy - zawiera jeden lub więcej projektów . Projekty te zwykle odnoszą się do siebie
• Projekt - zawiera kod i zasoby itp. (Przyzwyczaisz się do nich!)
• Cel - każdy projekt ma jeden lub więcej celów.
  • Każdy cel określa listę ustawień kompilacji dla tego projektu
  • Każdy cel definiuje także listę klas, zasobów, niestandardowych skryptów itp., Które należy uwzględnić / wykorzystać podczas budowania.
  • Cele są zwykle używane dla różnych dystrybucji tego samego projektu.
    • Na przykład mój projekt ma dwa cele: kompilację „normalną” i kompozycję „biurową”, która ma dodatkowe funkcje testowania i może zawierać kilka ścieżek muzyki w tle oraz przycisk do zmiany ścieżki (tak jak obecnie).
    • Będziesz przyzwyczajony do dodawania klas i zasobów do domyślnego celu podczas ich dodawania.
    • Możesz wybrać, które klasy / zasoby zostaną dodane do którego celu.
      • W moim przykładzie mam klasę „DebugHandler”, która została dodana do mojej kompilacji pakietu Office
    • Jeśli dodasz testy, spowoduje to również dodanie nowego celu.
• Schemat - schemat określa, co dzieje się po naciśnięciu przycisku „Kompiluj”, „Test”, „Profil” itp.
  • Zwykle każdy cel ma co najmniej jeden schemat
  • Możesz automatycznie tworzyć schematy dla swoich celów, przechodząc do Schemat> Zarządzaj schematami i naciskając „Automatycznie twórz schematy teraz”

Cel jest końcowy produkt stworzony przez uruchomienie „budować” w Xcode. Może to być aplikacja, środowisko, biblioteka statyczna lub pakiet testów jednostkowych. Cokolwiek to jest, ogólnie odpowiada pojedynczemu elementowi w folderze „produkty wbudowane”.

Schemat przedstawia zbiór celów, które pracować razem. Określa, które cele są używane, gdy wybierasz różne akcje w Xcode (Uruchom, Test, Profil itp.). Często masz tylko jeden schemat, który używa głównego celu aplikacji dla akcji Uruchom, Archiwum i Profil oraz docelowy test jednostkowy dla akcji Test. Jeśli tworzysz dwie powiązane aplikacje, możesz mieć dwa schematy, które wykorzystywały ten sam pakiet testów jednostkowych, ale różne cele aplikacji.

Główną zaletą schematów (wprowadzonych w Xcode 4) jest to, że pozwalają one przełączać się między uruchomieniem aplikacji a testami jednostkowymi bez konieczności przełączania wybranego celu.

Jestem osobą wizualną, dlatego aby wyjaśnić koncepcję, użyję schematu.

Gdy masz wiele celów , można je dopasować jeden do jednego z działaniami Xcode Run, Test, Profile, ta koncepcja definiuje schemat

Cel jest wersją swojego projektu , tj cele różnią się nieznacznie w klasach i zasobów do użytku podczas zbudowany czasie. Projekt może mieć wiele ustawień czasu budowy dla oddzielnych wymagań dotyczących dystrybucji.

Workspace( .xcworkspace) - jest pojemnikiem wielokrotnym projects. Został stworzony jako kolejny krok cross-project references^[O]

• Workspacezawiera wszystko schemesz dołączonegoprojects
• Workspaceobsługuje wszystkie implicit dependencies^[Informacje]

Obserwacje:

• Bezpiecznie jest pracować z różnymi projektami w tym samym workspacei nie łapaćCouldn't load Project.xcodeproj because it is already opened from another project or workspace
• Cocoapods^[O] pracy zworkspacegdzie tworzy Podsprojekt

Project( .xcodeproj) - To jest pojemnik na targetsi scheme. Definiuje pliki kodu, zasoby ...

Target- PBXNativeTargetsekcja. Definiuje określony zestaw ustawień kompilacji, które generują:

• Application target
• Library and framework targets
• Test
• Aggregate^[Informacje] . Np. Służy do tworzeniaUniversal frameworklubUmbrella framework

Scheme- Project'skonfiguracja działania w Xcode: uruchamianie , testowanie , profilowanie , analiza i archiwizacja . Schemamożna udostępnić, co pomaga Ci w CI, Carthage... i zlokalizować:

<project_path>/<project_name>.xcodeproj/xcshareddata/xcschemes

Dependency- Targetsmoże mieć dependencies. Zależność jest linkiem źródłowym przeciwko. Zależności te można łączyć statycznie lub dynamicznie ^[Informacje] Istnieją dwa rodzaje:

• Explicit Dependency^[Informacje] - Kod źródłowy zależności, która znajduje się w tym samym projekcie lub projekcie zagnieżdżonym
• Implicit Dependency^[Informacje] - Kod źródłowy / zamknięty zależności znajdującej się w projekcie będącym częścią tego samego obszaru roboczego.

[Słownictwo]