Xcode: что такое цель и схема на простом языке?

Я также добавил в Workspace и Project!

• Рабочая область - содержит один или несколько проектов. Эти проекты обычно связаны друг с другом.
• Проект - содержит код, ресурсы и т. д. (вы к этому привыкнете!)
• Target - Each project has one or more targets.
  • Each target defines a list of build settings for that project
  • Каждая цель также определяет список классов, ресурсов, пользовательских скриптов и т. Д. Для включения / использования при построении.
  • Targets are usually used for different distributions of the same project.
    • For example, my project has two targets, a "normal" build and an "office" build that has extra testing features and may contain several background music tracks and a button to change the track (as it currently does).
    • Вы будете использовать для добавления классов и ресурсов к цели по умолчанию по мере их добавления.
    • You can pick and choose which classes / resources are added to which target.
      • In my example, I have a "DebugHandler" class that is added to my office build
    • Если вы добавляете тесты, это также добавляет новую цель.
• Scheme - A scheme defines what happens when you press "Build", "Test", "Profile", etc.
  • Usually, each target has at least one scheme
  • Вы можете автоматически создавать схемы для своих целей, перейдя в «Схема»> «Управление схемами» и нажав «Автосоздание схем сейчас».

цель - это конечный продукт, созданный путем выполнения «сборки» в Xcode. Это может быть приложение, фреймворк, статическая библиотека или пакет модульного тестирования. Как бы то ни было, обычно он соответствует одному элементу в папке «built products».

Схема представляет собой набор целей, с которыми вы работаете вместе. Он определяет, какие цели используются при выборе различных действий в Xcode (Run, Test, Profile и т. Д.). Часто у вас будет только одна схема, которая использует основную цель приложения для действий Run, Archive и Profile, а также Цель модульного теста для действия Test. Если вы создавали два связанных приложения, у вас могли бы быть две схемы, в которых использовался один и тот же пакет модульного тестирования, но разные целевые приложения.

Основное преимущество схем (представленных в Xcode 4) заключается в том, что они позволяют переключаться между запуском приложения и модульными тестами без необходимости переключения выбранной цели.

Я визуальный человек, поэтому для объяснения концепции я буду использовать диаграмму.

Когда у вас есть несколько целей, они могут быть сопоставлены один к одному с помощью действий Xcode Run, Test, Profile, эта концепция определяет схему.

цель - это версия вашего проекта, то есть цели немного отличаются по классам и ресурсам, которые можно использовать во время сборки. У проекта может быть несколько настроек времени сборки для разных требований распространения.

Структура Xcode

Workspace  
  -> Project 
    -> Target 
     -> Dependency 
      -> Scheme 
        -> Action
        -> Build Configuration  
          -> Build Configuration File(.xcconfig) 

Workspace (.xcworkspace ) - это контейнер нескольких projects. Он был создан как следующий шаг cross-project references ^[About]

• Workspace содержит все schemes из включенных projects
• Workspace обрабатывает все implicit dependencies ^[About]

Наблюдения:

• Безопасно работать с разными проектами внутри одного workspace и не ловить

//if you try to open two projects on two Xcode instances
Couldn't load Project.xcodeproj because it is already opened from another project or workspace

• Cocoapods ^{[О программе]} работа с workspace, где создается Pods проект

Project (.xcodeproj) - это контейнер для targets и scheme. Он определяет файлы кода, ресурсы ...

Также Projects управляет Build Configuration (изменено scheme) и Build Configuration File ^{[О программе]}

Вы можете преобразовать существующий Project в Workspace

File -> Save As Workspace...

[Рабочая область против проекта]

Target - PBXNativeTarget раздел. Определяет определенный набор параметров сборки, которые генерируют:

• Application target
• Library and framework targets
• Test
• Aggregate ^{[О программе]}. Например. он используется для создания Universal framework или Umbrella framework

Scheme

Содержит действие (запуск, тест, профиль, анализ, архивирование) + конфигурация (дополнительные аргументы, [конфигурация сборки], диагностика)

Схема может быть опубликована, что помогает вам в CI, Carthage ^{[Пример]} ... и находится:

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

Dependency - Targets может иметь dependencies. Зависимость - это ссылка на источник. Эти зависимости могут быть связаны статически или динамически ^[About] Их два типа:

• Explicit Dependency ^[About] - исходный код зависимости, которая находится в той же проект или вложенный проект
• Implicit Dependency ^{[О программе]} - исходный / закрытый код зависимости, которая находится в проекте, который является частью того же рабочего пространства.

[Словарь]

tldr; Цели содержат инструкции по созданию модуля / конечного продукта / приложения, например инструкции по созданию приложения watchOS и приложения iOS. Схемы знают, как реагировать на определенные действия, например действие сборки, действие теста или действие архивирования.

Убедитесь, что вы видите этот момент видео WWDC - Введение в Xcode . Если вы хотите получить более глубокие знания, посмотрите видео целиком. Видео простое для понимания, но очень фундаментальное. Мой ответ в основном не на этом.

Чтобы явно процитировать Документы Apple:

_{Цель указывает продукт для сборки и содержит инструкции по созданию продукта из набора файлов в проекте или рабочей области. Цель определяет один продукт; он организует входные данные в систему сборки - исходные файлы и инструкции для обработки этих исходных файлов - необходимые для сборки этого продукта. Проекты могут содержать одну или несколько целей, каждая из которых производит один продукт.}

_{Инструкции по созданию продукта принимают форму настроек сборки и этапов сборки, которые вы можете изучать и редактировать в редакторе проекта Xcode. Целевой объект наследует параметры сборки проекта, но вы можете переопределить любые параметры проекта, указав другие параметры на целевом уровне. Одновременно может быть только одна активная цель; схема Xcode указывает активную цель.}

_{Цель и продукт, который она создает, могут быть связаны с другой целью. Если для построения одной цели требуется вывод другой цели, считается, что первая цель зависит от второй. Если обе цели находятся в одной рабочей области, Xcode может обнаружить зависимость, и в этом случае он создает продукты в требуемом порядке. Такая связь называется неявной зависимостью. Вы также можете указать явные целевые зависимости в настройках сборки, и вы можете указать, что две цели, которые Xcode может ожидать иметь неявную зависимость, на самом деле не зависят. Например, вы можете создать и библиотеку, и приложение, которое связывается с этой библиотекой в ​​одной и той же рабочей области. Xcode может обнаружить эту взаимосвязь и сначала автоматически построить библиотеку. Однако, если вы действительно хотите связать версию библиотеки, отличную от той, которая встроена в рабочую область, вы можете создать явную зависимость в настройках сборки, которая переопределяет эту неявную зависимость.}

Схемы

Данную цель можно поставить разными действиями.

• строить
• запустить
• тестовое задание
• профиль
• архив

У вас может быть схема, в которой включена вся диагностика (что замедляет отладку), по сравнению со схемой, в которой ее нет. Или схема, которая запускает определенные тесты, связанные с производительностью, по сравнению со схемой, которая запускает как модульные тесты, так и тесты производительности. Вы можете отредактировать схему, чтобы она выполняла такие действия, как:

• Создание нескольких целей

• Выполнение скриптов до или после любого действия

• Отправка писем до или после любого действия

• Запуск с диагностикой управления памятью

• Создание сборки отладки или выпуска для любого действия.

Подробнее об этом см. Управление схемами

Чтобы собрать все вместе:

Как только вы нажмете «Выполнить», Xcode посмотрит на выбранную схему. Он найдет связанную с ним цель (и). Используйте Фазы сборки этой цели и ее Настройки сборки (будут включены любые Настройки проекта, которые не переопределены целевыми настройками), встроить продукт в выбранное место назначения (местом назначения может быть симулятор iPhone, физический iPhone или watchOS и т. д.).

СНОВА СМОТРИТЕ ВИДЕО WWDC!

Мое мнение:

Target - нижняя абстракция - разного рода сборки. Каждая цель имеет свои собственные настройки сборки (поэтому, если вы разбились на несколько целей, позаботьтесь об этом огромном листе индивидуально для каждой цели). Цели имеют удобный способ включения / исключения файлов, поэтому вы можете эффективно настроить сборку для каждого файла.

Схема - более высокая абстракция - направляет цель через различные способы развертывания (Выполнить, Тестировать, Архивировать). Имеет скромные способы настройки сборки с помощью параметров среды, но использует параметры сборки из целевого объекта. Создание / редактирование / удаление схем дешевле и проще целевых.

У вас может быть несколько схем, управляющих одной целью разными способами.