Как мне управлять зависимостями между проектами в рабочей области Xcode?

Я только что настроил тестовый проект, почти так же, как вы описали в версии 3, создав новое рабочее пространство и перетащив в него два проекта Xcode, вложенных, как показано.

Вы можете удалить родственный проект, если он у вас уже есть.

Нажимаю build on this и это просто работает, насколько я вижу.

Я предполагаю, что если у вас есть два проекта, существует внутренняя путаница путей, и я был бы склонен возиться с настройками местоположения в «Вид» -> «Утилиты» -> «Инспектор файлов» и посмотреть, какой эффект это имеет.

Еще одна вещь, которую можно попробовать, — настроить свои пути в Xcode «Предпочтения…» -> «Исходные деревья» и ссылаться на них таким образом, как описано здесь: Простое модульное совместное использование кода в приложениях для iPhone: статические библиотеки и межпроектные ссылки

ХТН. Энди В.

Мне удалось заставить работать зависимости между проектами в рабочей области, как я описал здесь: http://blog.carbonfive.com/2011/04/04/using-open-source-static-libraries-in-xcode-4/.

К сожалению, я не могу найти способ заставить Xcode обнаруживать неявные зависимости или индексировать все в сборке, как рекламируется. Я нашел обходной путь для обоих, но я надеюсь, что по мере развития Xcode 4 потребуется меньше ручной настройки.

Я собирался задать тот же вопрос, думая, что мое собственное решение не может быть правильным. Но я не вижу, чтобы это упоминалось здесь, и, похоже, это работает. Очевидно, что XCode 4 находится в стадии разработки. :)

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

Чтобы добавить статическую библиотеку в качестве зависимости от приложения, я просто перетаскиваю продукт libsomething.a из проекта библиотеки (Project Navigator) в список «Связать двоичный файл с библиотеками» для целевого приложения. Вот и все. Теперь, когда я создаю приложение, проект библиотеки сначала создается, а затем связывается. Интересно, что когда я изменяю схему приложения для использования другой конфигурации (например, Release вместо Debug), библиотека создается с использованием той же конфигурации.

Так что это работает, и здесь явно происходит какая-то автоматическая проверка зависимостей. Но это кажется неправильным. Опять же, так же как и редактор/менеджер модальных схем и отсутствие объекта рабочей области в навигаторе проекта... Я никогда не думал, что скажу это, но пользовательский интерфейс Visual Studio (bleh) намного понятнее.

Мое пуленепробиваемое решение для этого:

Создайте настройки «Per Debug-Release/Per Architecture» в настройках сборки в основном проекте (не в библиотеке), чтобы включить либо ../MyLibProject/build/Debug-iphoneos, либо ../MyLibProject/build/Release-iphonesimulator или т. д. ..
в зависимости от конфигурации (вы можете создать такую ​​конфигурацию, щелкнув + рядом с пунктом «Отладка» или «Выпуск» и выбрав «Любой iOS Simulator SDK» или «любой iOS SDK». Это нужно сделать для обоих «Путь поиска заголовков» (в случае, если ваша библиотека копирует некоторые файлы заголовков, что более чем вероятно) И для «Пути поиска библиотеки». Это означает, что для каждого параметра вы, вероятно, получите 4 разных пути (отладка sim , отладить ios, выпустить sim, выпустить ios). Это позволит убедиться, что конфигурация обоих проектов совпадает.

Теперь, чтобы автоматически скомпилировать библиотеку, то есть создать зависимость, вы можете использовать приведенный выше совет «Фаза сборки -> Ссылка на двоичный файл с библиотеками -> + -> выберите файл .a».

Это единственный способ, которым мне удалось создать что-то, что правильно строится и связывается для каждой среды на xcode 4.5.

Примечание. Я даже добавил флаг -lmyLib в «другие флаги компоновщика», но я не уверен, что это действительно необходимо.

Мне удалось создать статические библиотеки, подобные фреймворку, хотя это и не идеальное решение.

Я вижу следующие варианты:

1. Explicit dependency в проекте^{[О программе]}
2. Implicit dependency в рабочей области^{[О программе]}

См. руководство пользователя Xcode: Концепции Xcode -> Рабочая область Xcode в разделе «Проекты в рабочей области совместно используют каталог сборки».

Все проекты в одном рабочем пространстве имеют общий каталог сборки. Зависимости обнаруживаются автоматически и строятся при необходимости:

«Xcode проверяет файлы в каталоге сборки, чтобы обнаружить неявные зависимости. Например, если один проект, включенный в рабочую область, создает библиотеку, которая связана с другим проектом в той же рабочей области, Xcode автоматически создает библиотеку перед сборкой другого проекта. даже если конфигурация сборки не делает эту зависимость явной. При необходимости такие неявные зависимости можно переопределить явными настройками сборки. Для явных зависимостей необходимо создать ссылки на проект».