Во время разработки нашего приложения мы часто создаем пустые проекты Xcode, чтобы поэкспериментировать с потенциальными функциями, фундаментальными изменениями или просто поиграть. Всякий раз, когда мы делаем это, мы вручную копируем довольно много классов, чтобы «начать». Это может быть что угодно, от удобных расширений до реальной реализации API. Насколько я могу судить, менеджер пакетов Swift мог бы сделать это намного проще для нас.
Я читал эту тему, но не могу не почувствовать, что это может быть очень "излишним"». Звучит нормально, но, глядя на то, как это можно реализовать, у меня возникает несколько мыслей:
• Должны ли все файлы цели пакета находиться в одной папке? Это кажется грязным.
• Чтобы иметь возможность использовать этот пакет в «экспериментальном приложении», должен ли я хранить весь код пакета в своем собственном (не обязательно размещенном) git? Если альтернативой является копирование самого пакета, что отличает его от простого копирования классов?
• Придется ли мне «импортировать MyExtensionPackage» везде, где я буду использовать какой-либо из них?
Я с трудом нахожу границу между тем, что это практично, и что это дополнительная работа / излишество для наших нужд.
Если возможно, я бы хотел, чтобы все было в одном проекте, и мне нужно толькоиметь дело с одним мерзавцем - как у нас сегодня - но все же есть возможность "сгруппировать" нашу функциональность в пакеты с внутренними зависимостями, не теряя структуру файла. - а затем иметь возможность быстро настроить магию менеджера пакетов, чтобы использовать наши пакеты в других проектах.
Могу ли я как-то сгруппировать существующие в нашем проекте функции (например, API или удобные расширения) в пакеты без необходимости подчеркиватьразличные GIT-репозитории или подмодули, и все же сможете использовать пакеты вне этого проекта?