Publishing eine vorkompilierte CocoaPods

Können Sie genau das tun, dass durch die Schaffung einer Static Framework und wie es in der spec.vendored_frameworks Grundstück, auf Ihre podspec.

http://guides.cocoapods.org/syntax/podspec.html#vendored_frameworks

Folgen Sie der Anleitung unten, wie man erstellen Sie Ihre eigenen statischen Rahmen.

https://github.com/jverkoey/iOS-Framework#walkthrough

Informationen zum Erstellen eines Statischen Rahmens für iOS

Gibt es ein paar Einschränkungen, die wir befriedigen wollen, wenn Gebäude ein .Rahmen:

• Schnelle iterative baut bei der Entwicklung des Rahmens. Vielleicht haben wir eine einfache Anwendung, die die
  .Rahmen einer Abhängigkeit, und wir wollen, schnell zu iterieren, auf die Entwicklung der .Rahmen.
• Selten distribution baut der .Rahmen.
• Verteilung der Ressourcen sollte intuitiv sein und nicht aufblasen der Anwendung.
• Setup für third-party-Entwickler, die mit dem .sollte der Rahmen sein einfach.

Ich glaube, dass die Lösung, die ich nachfolgend dar, erfüllt jede dieser Einschränkungen. Ich werde Gliederung
wie bauen Sie ein .framework-Projekt von Grund auf neu, so dass Sie diese Schritte aus, um eine vorhandene
Projekt, wenn Sie dies wünschen. Ich werde gehören auch Projekt-Vorlagen für die einfache Erstellung einer
.Rahmen.

Übersicht

Sehen Sie sich ein Beispiel-Projekt, das zeigt das Ergebnis der folgenden Schritte in der sample/Serenity
- Verzeichnis.

Innerhalb des Projektes werden wir drei Ziele: eine statische Bibliothek, ein Bündel, und ein Aggregat.

Statische Bibliothek Gegner bauen wird die Quelle in eine statische Bibliothek (.a) und geben Sie die Header
wird "öffentlich", das heißt, Sie wird zugänglich von der .Rahmen, wenn wir es zu verteilen.

Den bundle-target enthält alle unsere Ressourcen und belastbar sein aus dem Rahmen.

Den aggregierten Ziel bauen die statische Bibliothek für i386/armv6/armv7/armv7s, generieren der fat-Rahmen
binäre, und bauen auch das bundle. Führen Sie dieses Ziel, wenn Sie planen, zu verteilen
.Rahmen.

Beim arbeiten auf den Rahmen, den Sie wahrscheinlich haben, eine interne Anwendung, die links zu den
Rahmen. Diese Anwendung wird ein link zu der statischen Bibliothek Gegner, wie Sie normalerweise würde und kopieren
die .bundle in der Kopie der Ressourcen-phase. Dies hat den Vorteil, dass nur Gebäude der framework-code
für die Plattform, die Sie sind aktiv daran zu arbeiten, deutlich verbessern Sie Ihre build-Zeiten. Wir werden ein
wenig Arbeit in das framework-Projekt, um sicherzustellen, dass Sie können mit Ihrem Rahmen, in Ihrer app
die gleiche Weise eine Dritte Partei, die Entwickler würden (d.h. importieren sollte funktionieren
als erwartet). Springen, um die abhängige Projekt-Durchlauf.

Erstellen der Statischen Bibliothek Ziel

Schritt 1: Erstellen Sie eine Neue "Cocoa Touch Static Library" - Projekt

Den Produkt-name wird der name des Rahmens. Zum Beispiel Serenity generieren
Serenity.framework sobald wir eingerichtet haben, ist das Projekt.

Schritt 2: Erstellen Sie den Primären Rahmen-Header

Entwickler erwarten zu können, importieren Sie Ihre Rahmen, die durch den Import der <Serenity/Serenity.h>
header. Sicherzustellen, dass Ihr Projekt einem header (wenn Sie eine statische Bibliothek und dann dort
sollte schon eine Gelassenheit.h und Gelassenheit.m-Datei; Sie können löschen Sie die .m).

Innerhalb dieser header, die Sie gehen zu importieren, alle öffentlichen Headern für Ihre Rahmen. Für
Beispiel, nehmen wir an, wir haben einige Widget mit ein .h und .m. Unsere Gelassenheit.h-Datei Aussehen würde
wie diese:

#import <Foundation/Foundation.h>
#import <Serenity/Widget.h>

Sobald Sie erstellt haben Ihre Rahmen-header-Datei, Sie brauchen, um es der "öffentlichkeit" - header. Öffentliche
Kopfzeilen sind Kopfzeilen, die kopiert werden .Rahmen und importiert werden können durch diejenigen, die sich mit Ihrem
Rahmen. Dies unterscheidet sich vom "Projekt" - Header, die nicht werden mit dem framework ausgeliefert werden.
Diese Unterscheidung ist, was Ihnen erlaubt zu haben, ein Konzept des öffentlichen und privaten APIs.

Ändern einer Datei [target Mitgliedschaft Sichtbarkeit in XCode 4.4+]
(Kann nicht ändern Sie die target-Mitgliedschaft Sichtbarkeit in Xcode 4.5),
Sie müssen wählen Sie die Statische Bibliothek Ziel, das Sie erstellt haben (Heiterkeit), öffnen Sie die Build-Phasen tab:

Xcode 4.X:
Klicken Sie auf Add Build Phase > Hinzufügen-Kopieren-Header.

Xcode 5:
Add Build-Phasen aus dem Menü. Klicken Sie auf der Editor - > Add Build Phase -> Hinzufügen-Kopieren-Header Build-Phase. Hinweis: Wenn Sie die Menü-Optionen sind ausgegraut, müssen Sie klicken Sie auf den Leerraum unterhalb des Build-Phasen, um wieder zu konzentrieren und versuchen Sie es erneut.

Sehen Sie 3 Abschnitte für Öffentliche, Private und Projekt-Header. Zum ändern der Rahmen-header, drag-and-drop die header-Dateien zwischen den Abschnitten. Alternativ dazu können Sie den Projekt-Navigator und wählen Sie den header. Weiter, erweitern Sie den Utilities-Fenster für die Datei-Inspektor.

(Cmd+Option+0).

Blick auf die "Ziel-Mitgliedschaft" die Gruppe und stellen sicher, dass das Kontrollkästchen neben dem .h-Datei wird überprüft.
Ändern Sie den Bereich der Kopfzeile von "Projekt" auf "Öffentlich". Sie müssen möglicherweise deaktivieren, und aktivieren Sie das Kontrollkästchen, um die dropdown-Liste. Dadurch wird sichergestellt, dass der header bekommt
an die richtige Stelle kopiert, in der Kopie-Header-phase.

Schritt 3: Aktualisieren Sie die Öffentlichen Header Location

Standardmäßig die statische Bibliothek-Projekt kopiert werden, das öffentliche und private Header im gleichen Ordner:
/usr/local/include. Um zu vermeiden, versehentlich das kopieren von privaten Header für unseren Rahmen wollen wir sicherstellen
dass unsere öffentlich-Header in ein eigenes Verzeichnis kopiert, z.B. $(PROJECT_NAME)Headers. Um diese Einstellung zu ändern,
wählen Sie das Projekt im Projekt-Navigator und klicken Sie dann auf die "Build-Einstellungen" - Registerkarte. Suche für "öffentliche
Header" und legen Sie dann das "Public Headers Folder Path" auf "$(PROJECT_NAME)Header" für alle Konfigurationen.
Wenn Sie arbeiten mit mehreren Frameworks stellen Sie sicher, dass dieser Ordner ist ein Unikat.

Laufenden Schritt: Hinzufügen von Neuen Quellen an das Framework

Wann immer Sie neue Quelle hinzufügen, um die Rahmen müssen Sie entscheiden, ob Sie zu entlarven .h öffentlich oder
nicht. So ändern Sie einen header-Bereich Folgen Sie dem gleichen Vorgang wie bei Schritt 2. Standardmäßig wird ein header ist
Umfang wird "Projekt", was bedeutet, es wird nicht kopiert, um den Rahmen der öffentlichen Headern.

Schritt 4: Deaktivieren Der Code-Stripping

Wollen wir nicht zu Streifen beliebiger code aus der Bibliothek; wir lassen diese bis zu der Anwendung, die
die Verknüpfung der Rahmen. Zum deaktivieren der code-stripping müssen wir ändern Sie die folgende Konfiguration
Einstellungen:

"Dead Code Stripping" => No (for all settings)
"Strip Debug Symbols During Copy" => No (for all settings)
"Strip Style" => Non-Global Symbols (for all settings)

Schritt 5: Bereiten Sie den Rahmen für die Verwendung als Abhängige Ziel -

Um die statische Bibliothek, als wäre es ein Rahmen werden wir die zum erzeugen der grundlegenden
Skelett des Frameworks in die statische Bibliothek Ziel. Um dies zu tun, werden wir ein einfaches post-build
script. Fügen Sie eine post-build-Skript, indem Sie Ihre Projekt im Projekt-Navigator, wählen Sie das Ziel und dann die
"Build-Phasen" - Registerkarte.

Xcode 4.X: Klicken Sie auf Add Build Phase > Add Run Script

Xcode 5: Wählen Sie im Menü Editor > Add Build Phase > Hinzufügen von Skript-Build-Phase

Fügen Sie das folgende Skript in den Quellcode-Teil der run-Skript-build-phase. Sie können benennen Sie die phase, indem Sie
der Titel des phase (ich habe es mit dem Namen "Vorbereiten Framework", zum Beispiel).

prepare_framework.sh

set -e

mkdir -p "${BUILT_PRODUCTS_DIR}/${PRODUCT_NAME}.framework/Versions/A/Headers"

# Link the "Current" version to "A"
/bin/ln -sfh A "${BUILT_PRODUCTS_DIR}/${PRODUCT_NAME}.framework/Versions/Current"
/bin/ln -sfh Versions/Current/Headers "${BUILT_PRODUCTS_DIR}/${PRODUCT_NAME}.framework/Headers"
/bin/ln -sfh "Versions/Current/${PRODUCT_NAME}" "${BUILT_PRODUCTS_DIR}/${PRODUCT_NAME}.framework/${PRODUCT_NAME}"

# The -a ensures that the headers maintain the source modification date so that we don't constantly
# cause propagating rebuilds of files that import these headers.
/bin/cp -a "${TARGET_BUILD_DIR}/${PUBLIC_HEADERS_FOLDER_PATH}/" "${BUILT_PRODUCTS_DIR}/${PRODUCT_NAME}.framework/Versions/A/Headers"

Generiert die folgende Ordner-Struktur:

-- Note: "->" denotes a symbolic link --

Serenity.framework/
  Headers/ -> Versions/Current/Headers
  Serenity -> Versions/Current/Serenity
  Versions/
    A/
      Headers/
        Serenity.h
        Widget.h
    Current -> A

Versuchen Sie den Aufbau Ihrer Projekt jetzt und sich die build-Produkte-Verzeichnis (normalerweise
~/Library/Developer/Xcode/DerivedData/<ProjectName>-<gibberish>/Build/Products/...). Sie sollten
sehen libSerenity.a statische Bibliothek, ein Headers Ordner, und eine Serenity.framework Ordner
enthält die grundlegende Struktur Ihres Frameworks.

Bilden den Rahmen, Verteilung Ziel

Wenn Sie aktiv an der Entwicklung der Rahmenbedingungen, die wir nur darauf zu bauen, dass die Plattform testen wir auf. Für
Beispiel, wenn wir testen auf dem iPhone simulator, dann brauchen wir nur bauen die i386-Plattform.

Dies ändert sich, wenn wir wollen, verteilen Sie das framework, um Entwicklern von Drittanbietern. Die Dritte
die Entwickler nicht die Möglichkeit haben, den Wiederaufbau der Rahmen für jede Plattform, so müssen wir
was ist ein "fat-binary" - version, die statische Bibliothek, die aus den möglichen
- Plattformen. Diese Plattformen umfassen: i386, armv6, armv7 und armv7s.

Zu generieren, diese fat-binary-wir erstellen die statische Bibliothek Ziel für jede Plattform.

Schritt 1: Erstellen Sie eine Aggregierte Target -

Klicken Sie auf Datei > Neue Ziel - > iOS - > Andere, und erstellen Sie eine neue Aggregierte Ziel. Titel es so etwas wie "Rahmen".

Schritt 2: Fügen Sie die Statische Bibliothek als Abhängige Ziel -

Fügen Sie die statische Bibliothek Ziel der "Target Dependencies".

Schritt 3: Bauen Sie sich eine Andere Plattform

Bauen die andere Plattform, auf der wir uns mit einer "Skript Ausführen" - phase zu führen einige grundlegende Befehle.
Fügen Sie einen neuen "Run Script" build-phase, um Ihre gesamte Zielgruppe und fügen Sie den folgenden code in es.

build_framework.sh

set -e
set +u
# Avoid recursively calling this script.
if [[ $SF_MASTER_SCRIPT_RUNNING ]]
then
    exit 0
fi
set -u
export SF_MASTER_SCRIPT_RUNNING=1

SF_TARGET_NAME=${PROJECT_NAME}
SF_EXECUTABLE_PATH="lib${SF_TARGET_NAME}.a"
SF_WRAPPER_NAME="${SF_TARGET_NAME}.framework"

# The following conditionals come from
# https://github.com/kstenerud/iOS-Universal-Framework

if [[ "$SDK_NAME" =~ ([A-Za-z]+) ]]
then
    SF_SDK_PLATFORM=${BASH_REMATCH[1]}
else
    echo "Could not find platform name from SDK_NAME: $SDK_NAME"
    exit 1
fi

if [[ "$SDK_NAME" =~ ([0-9]+.*$) ]]
then
    SF_SDK_VERSION=${BASH_REMATCH[1]}
else
    echo "Could not find sdk version from SDK_NAME: $SDK_NAME"
    exit 1
fi

if [[ "$SF_SDK_PLATFORM" = "iphoneos" ]]
then
    SF_OTHER_PLATFORM=iphonesimulator
else
    SF_OTHER_PLATFORM=iphoneos
fi

if [[ "$BUILT_PRODUCTS_DIR" =~ (.*)$SF_SDK_PLATFORM$ ]]
then
    SF_OTHER_BUILT_PRODUCTS_DIR="${BASH_REMATCH[1]}${SF_OTHER_PLATFORM}"
else
    echo "Could not find platform name from build products directory: $BUILT_PRODUCTS_DIR"
    exit 1
fi

# Build the other platform.
xcrun xcodebuild -project "${PROJECT_FILE_PATH}" -target "${TARGET_NAME}" -configuration "${CONFIGURATION}" -sdk ${SF_OTHER_PLATFORM}${SF_SDK_VERSION} BUILD_DIR="${BUILD_DIR}" OBJROOT="${OBJROOT}" BUILD_ROOT="${BUILD_ROOT}" SYMROOT="${SYMROOT}" $ACTION

# Smash the two static libraries into one fat binary and store it in the .framework
xcrun lipo -create "${BUILT_PRODUCTS_DIR}/${SF_EXECUTABLE_PATH}" "${SF_OTHER_BUILT_PRODUCTS_DIR}/${SF_EXECUTABLE_PATH}" -output "${BUILT_PRODUCTS_DIR}/${SF_WRAPPER_NAME}/Versions/A/${SF_TARGET_NAME}"

# Copy the binary to the other architecture folder to have a complete framework in both.
cp -a "${BUILT_PRODUCTS_DIR}/${SF_WRAPPER_NAME}/Versions/A/${SF_TARGET_NAME}" "${SF_OTHER_BUILT_PRODUCTS_DIR}/${SF_WRAPPER_NAME}/Versions/A/${SF_TARGET_NAME}"

Wichtiger Hinweis

Dem obigen Skript wird davon ausgegangen, dass Ihre Bibliothek name entspricht Ihrem Projekt-Namen in die folgende Zeile:

SF_TARGET_NAME=${PROJECT_NAME}

Wenn dies nicht der Fall ist (z.B. in Ihrem xcode-Projekt namens SerenityFramework und der target-name
Serenity), dann müssen Sie explizit das Ziel setzt, die Namen auf die Linie. Zum Beispiel:

SF_TARGET_NAME=Serenity

Schritt 4: Erstellen und Überprüfen

Haben Sie jetzt alles eingestellt bis zum Aufbau einer verteilbar .framework, um Entwicklern von Drittanbietern. Versuchen
Gebäude der gesamtwirtschaftlichen Ziel. Sobald es fertig ist, erweitern Sie die Produkte-Ordner in Xcode, klicken Sie rechts auf die
statische Bibliothek und klicken Sie auf "Show in Finder". Wenn dies nicht, öffnen Sie den Finder auf, wo die statische Bibliothek
existiert, dann öffnen
~/Library/Developer/Xcode/DerivedData/<project name>/Build/Products/Debug-iphonesimulator/.

In diesem Ordner sehen Sie Ihre .framework-Ordner.

Können Sie nun ziehen der .Rahmen anderswo, es packen, es hochladen und verteilen Sie es an Ihre
third-party-Entwicklern.

Statische Bibliotheken nicht unterstützt Swift, also für jedermann kommt hier auf der Suche nach der Lösung für ein Swift SDK, hier ist eine schöne Artikel erklären, wie es getan werden sollte.

Update

Swift 4 jetzt nativ unterstützt statische swift Bibliotheken.

Randnotiz:

Für alle, die noch daran interessiert, eine rasche dynamische Bibliothek, dies ist immer noch eine schöne, sehr hilfreiche Artikel Artikel