Множественные цели в одном проекте - но не облегченный против полной

Question

Есть две части моего вопроса:

1. Могу ли я сделать это?
2. Должен ли я это сделать?

Я знаю, что я могу дублировать цель в Xcode, проходить через необходимое переименование и т. Д., Чтобы иметь дополнительные цели в моем проекте. Когда я ищу других, которые делают это, я вижу, главным образом, идею создания «облегченной» версии приложения. Это подразумевает, что это для ситуации, когда только одна из целей будет установлена ​​на устройстве одновременно.

Что я имею в виду, это создание инструмента, используемого для тестирования. Он предназначен для работы с моим основным приложением, запускающим его по схеме URL. Итак, у меня будет основная цель «MyApp» и еще одна цель под названием «MyAppTester» или что-то в этом роде.

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

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

Буду признателен любому, кто сделал что-то подобное раньше.

Answer 1

Только вопрос предпочтения и здравый смысл. Вы будете настраивать отдельные параметры для каждой цели, они могут быть полностью уникальными, включая файл info.plist и идентификатор пакета. Некоторые предпочтения могут быть легко распределены между целевыми объектами с помощью значений параметров «уровень проекта».

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

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