Как создать фреймворк для iPhone и использовать его в других приложениях для iPhone - PullRequest
12 голосов
/ 17 июня 2009

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

Ответы [ 5 ]

9 голосов
/ 17 июня 2009

Apple запрещает использование пользовательских рамок на iPhone. Но вы можете использовать старые добрые статические библиотеки. В 3.0 GM SDK есть даже шаблон проекта для этого, но вы также можете просто самостоятельно настроить целевую статическую библиотеку.

5 голосов
/ 05 апреля 2011

Я создал шаблоны для Xcode 4, которые позволяют вам создавать универсальные платформы iOS (которые работают как на устройстве, так и на симуляторе).

После того, как шаблоны установлены, вы просто выбираете «Static iOS Framework» при создании нового проекта, и он делает все остальное. Также работает с юнит-тестами.

https://github.com/kstenerud/iOS-Universal-Framework

0 голосов
/ 31 января 2013

см. Эту ссылку, Вы можете абсолютно создать фреймворк и использовать его. Почему Apple отклонит ваше приложение, если вы структурируете свою программу. см. Ссылку

Фреймворк - это не что иное, как структурная организация вашего кода. Нет прямого подхода к этому. но вы можете достичь этого, используя связку и агрегированную цель. Добавьте новый Bundle в свой проект и сделайте следующий базовый SDK: Последний iOS (iOS X.X) (в X.X появится номер самого последнего iOS SDK, установленного на вашем компьютере). Архитектура: $ (ARCHS_STANDARD_32_BIT) armv6 (очень важно, чтобы именно это значение, включая пробел перед «armv6»). Этот параметр действителен для Xcode 4.2, если вы используете старую версию, используйте опцию «Standard (armv6 armv7)» , (значения этого свойства зависят от значения элемента ниже, поэтому сначала установите его). Только для активной архитектуры: НЕТ (в противном случае мы не можем одновременно скомпилировать в armv6 и armv7). Допустимая архитектура: $ (ARCHS_STANDARD_32_BIT) (очень важно быть именно этим значением). Если ваш Xcode показывает две строки с armv6 и armv7, удалите затем и вставьте это значение в одну строку. Удаление мертвого кода: НЕТ. Связь со стандартными библиотеками: НЕТ. Тип Mach-O: перемещаемый объектный файл. Это самое важное изменение. Здесь мы инструктируем компилятор обрабатывать Bundle как перемещаемый файл, делая это, мы можем превратить его в каркас с настройкой оболочки. Другие флаги компоновщика: этот параметр не является обязательным, но если вы планируете использовать любой код C ++ (.cpp или .mm) в этой среде, Крис Мур (в комментариях) советует использовать опцию «-lstdc ++». В этом случае может быть хорошей идеей использовать «-ObjC», чтобы избежать конфликтов в старых компиляторах. Удлинитель обертки: каркас. Здесь мы меняем Bundle на Framework. Для Xcode frameworks - это просто папка с расширением .framework, которая имеет внутри одного или нескольких скомпилированных двоичных источников, ресурсов и некоторых папок, а папка, обычно называемая Headers, содержит все публичные заголовки. Создать символы отладки: НЕТ (это очень важный параметр, иначе платформа не будет работать на других компьютерах / профилях). Заголовок префикса прекомпиляции: NO.

создать агрегированную цель и скопировать

# Sets the target folders and the final framework product.
FMK_NAME=FI
FMK_VERSION=A

# Install dir will be the final output to the framework.
# The following line create it in the root folder of the current project.
INSTALL_DIR=${SRCROOT}/Products/${FMK_NAME}.framework

# Working dir will be deleted after the framework creation.
WRK_DIR=build
DEVICE_DIR=${WRK_DIR}/Release-iphoneos/${FMK_NAME}.framework
SIMULATOR_DIR=${WRK_DIR}/Release-iphonesimulator/${FMK_NAME}.framework

# Building both architectures.
xcodebuild -configuration "Release" -target "${FMK_NAME}" -sdk iphoneos
xcodebuild -configuration "Release" -target "${FMK_NAME}" -sdk iphonesimulator

# Cleaning the oldest.
if [ -d "${INSTALL_DIR}" ]
then
rm -rf "${INSTALL_DIR}"
fi

# Creates and renews the final product folder.
mkdir -p "${INSTALL_DIR}"
mkdir -p "${INSTALL_DIR}/Versions"
mkdir -p "${INSTALL_DIR}/Versions/${FMK_VERSION}"
mkdir -p "${INSTALL_DIR}/Versions/${FMK_VERSION}/Resources"
mkdir -p "${INSTALL_DIR}/Versions/${FMK_VERSION}/Headers"

# Creates the internal links.
# It MUST uses relative path, otherwise will not work when the folder is copied/moved.
ln -s "${FMK_VERSION}" "${INSTALL_DIR}/Versions/Current"
ln -s "Versions/Current/Headers" "${INSTALL_DIR}/Headers"
ln -s "Versions/Current/Resources" "${INSTALL_DIR}/Resources"
ln -s "Versions/Current/${FMK_NAME}" "${INSTALL_DIR}/${FMK_NAME}"

# Copies the headers and resources files to the final product folder.
cp -R "${DEVICE_DIR}/Headers/" "${INSTALL_DIR}/Versions/${FMK_VERSION}/Headers/"
cp -R "${DEVICE_DIR}/" "${INSTALL_DIR}/Versions/${FMK_VERSION}/Resources/"

# Removes the binary and header from the resources folder.
rm -r "${INSTALL_DIR}/Versions/${FMK_VERSION}/Resources/Headers" "${INSTALL_DIR}/Versions/${FMK_VERSION}/Resources/${FMK_NAME}"

# Uses the Lipo Tool to merge both binary files (i386 + armv6/armv7) into one Universal final product.
lipo -create "${DEVICE_DIR}/${FMK_NAME}" "${SIMULATOR_DIR}/${FMK_NAME}" -output "${INSTALL_DIR}/Versions/${FMK_VERSION}/${FMK_NAME}"

rm -r "${WRK_DIR}"

это в скрипт run и запустите цель aggrigate, чтобы получить фреймворк

0 голосов
/ 05 октября 2010

@ Николай Рухе - где конкретно Apple запрещает использование пользовательских рамок на iPhone? Я прочитал как Лицензионное соглашение на программу для разработчиков iOS , так и Руководство по рассмотрению в App Store, и не могу найти упоминания о таком запрете.

Я не понимаю, почему Apple разрешает использование пользовательских статических библиотек и запрещает использование пользовательских структур. Возможно, я пропускаю какой-то другой юридический документ?

0 голосов
/ 17 июня 2009

Я думал об одном и том же. Пока все, что я смог сделать, это сделать один проект так, как я хочу, и скопировать его в другую папку, чтобы начать новый проект. Затем я переименовываю файл .xcodeproj и открываю его. Затем я настраиваю основы (icons, default.png, цель, исполняемый файл) перед созданием нового приложения.

Это неуклюже, и НЕ способ, которым повторное использование кода должно работать. Я уверен, что есть лучшие решения. Может быть, какое-то умное использование управления исходным кодом / контроля версий? Может быть, что-то встроено в XCode? Другие идеи? Я с нетерпением жду новых сообщений здесь.

...