Użyj Cocoapods z rozszerzeniem aplikacji

83

Próbuję zbudować rozszerzenie aplikacji do zdjęć w Xcode 6 Beta-6, które korzysta z bibliotek cocoapods. Nagłówek mostkujący, który Xcode tworzy dla rozszerzenia zdjęć, nie widzi niczego z cocoapods.

Na przykład: #import <GPUImage/GPUImage.h>powoduje błąd "GPUImage/GPUImage.h" file not found.

Wypróbowałem każdą możliwą ścieżkę importu (z nawiasami kwadratowymi i cudzysłowami) i prawie bez powodzenia. Wyjątkiem jest to, że za proste jak strąki SVProgressHUD, następujące brzydki straszny Hack działa: #import "../Pods/SVProgressHUD/SVProgressHUD/SVProgressHUD.h".

Ale w przypadku GPUImage wchodzi do GPUImage.hnagłówka i decyduje, że nagle nie widzi, GPUImageContext.hmimo że nie ma problemu, gdy jest importowany z nagłówkiem mostkującym dla normalnego szybkiego kodu, który nie jest częścią rozszerzenia aplikacji.

Czym różni się kompilacja rozszerzeń aplikacji, która uniemożliwia prawidłowe zachowanie nagłówka mostkującego?

Uwaga: przeczytałem każdą możliwą permutację tego samouczka i nie ma ona natychmiastowego zastosowania, na wypadek gdyby ktoś pomyślał, że znalazł tam odpowiedź.

Ponadto problem opisany w tym pytaniu SO może być powiązany, ale i tak zadałem to pytanie na wypadek, gdyby mój problem dotyczył rozszerzeń aplikacji.

— DanBlakemore
źródło

to jest dla mnie właściwe rozwiązanie [Cocopoads także dla widgetu (lub celów)] [1] [1]: stackoverflow.com/a/17850444/1415713

— kurtanamo

65

Właściwym sposobem na to jest zaktualizowanie pliku podfile, aby dodać tylko 1 linię:

link_with 'yourApp', 'yourAppExtension'

a aktualizacja poda powinna rozwiązać problem.

— LeChatNoir
źródło

3

Poprawny! Nie mogę uwierzyć, że tego nie znalazłem.

— DanBlakemore

1

Co to jest część „youAppExtension”?

— Nate Uni

6

Gdzie w pliku pod powinienem dodać te linie?

— Dekel Maman

7

Jak powiedział @Sti, to już nie działa i zwraca komunikat o błędzie „Nieprawidłowy Podfileplik: [!] Specyfikacja pliku link_withPodfile jest teraz nieobsługiwana, zamiast tego użyj bloków docelowych ..”

— Ryan

2

Specyfikacja link_withw pliku Podfile nie jest teraz obsługiwana. Zamiast tego użyj bloków docelowych. To rozwiązanie jest przestarzałe.

— Mehul

85

EDYCJA (2015/03/10)

Zobacz nową zaakceptowaną odpowiedź. Wypróbowałem to w nowym projekcie i zadziałało, chociaż moje pody testowe używały sharedApplication, co jest niedozwolone w rozszerzeniach. Fakt, że pokazali te błędy, oznacza, że jest prawidłowo połączony. Tak trzymaj @LeChatNoir!

Powodzenie.

Rozwiązanie jest następujące: gdy masz już rozszerzenie aplikacji i jest on połączony z nagłówkiem w projekcie używającym cocoapods i chcesz użyć jednej z tych bibliotek cocoapods, próba dołączenia kapsuły #import <GPUImage/GPUImage.h>się nie powiedzie file not found.

Najpierw upewnij się, że podałeś rozszerzenie aplikacji (kliknij plik projektu, a następnie cel rozszerzenia), z którym ma się łączyć libPods.a, podobnie jak cel aplikacji.

Następnie w swoim aktualnym projekcie (kliknij plik projektu, a następnie ponownie plik projektu w sekcji „Projekt” na wewnętrznym pasku bocznym) na karcie Informacje ustaw konfigurację rozszerzenia Debug, Release i Inhouse do użycia konfigurację „Podów” z listy rozwijanej. Pod Install nie zrobi tego za Ciebie, więc będziesz musiał to zrobić samodzielnie.

Na koniec upewnij się, że zarówno cele projektu Pods, jak i cele projektu mają wszystkie architektury, dla których musisz zbudować w zmiennej Valid Architectures, w przeciwnym razie otrzymasz zawsze zabawny błąd niezdefiniowanych symboli.

To powinno działać i pozwala na importowanie strąków wyboru jak zwykle.

EDYCJA (2014/10/14): Na marginesie, ponieważ możesz również dołączać pliki Objective-C z własnego kodu projektu do rozszerzenia Swift, powinieneś upewnić się, że wszystkie .mpliki, które umieścisz w nagłówku mostkowania, są również skompilowane przez cel rozszerzenia. Możesz to zrobić z menu kompilacji źródeł dla celu lub w samym .mpliku, używając sekcji „Członkostwo docelowe” na prawym pasku bocznym w Xcode.

— DanBlakemore
źródło

mam implementację ponad wszystkie kroki .. ale mam problem .. Niezdefiniowane symbole dla architektury armv7: „_OBJC_CLASS _ $ _ Location”, do którego odwołuje się: objc-class-ref w TodayViewController.o, pomóż mi. jak to rozwiązać

— Urmi

Mam plik importu "Location.h" i używam metody klasy + w dzisiejszym rozszerzeniu ... wtedy dostanę powyższy problem.

— Urmi

1

Czy upewniłeś się, że plik jest także elementem docelowym rozszerzenia? Sprawdź również, czy budujesz dla poprawnej architektury.

— DanBlakemore

Sprawdziłem, czy architektura jest poprawna. ale plik, jeśli nie jest członkiem docelowego rozszerzenia. ale czy nie mogę używać plików, które są już w aplikacji?

— Urmi

3

Musiałem też umieścić $ (inherited) for OTHER_LD_FLAGS w ustawieniach kompilacji rozszerzenia.

— TWilly

71

Powyższe odpowiedzi będą działać, ale chciałem mieć tylko kilka podów w moim rozszerzeniu, więc wykonałem następujące czynności w moim pliku Podfile:

target '[Main App Target Name]' do
        pod ...
        pod ...
        pod ...
end

target '[Extension Target Name]' do
        pod ...
end

A potem pod installzrobi to!

— julianwyz
źródło

2

Najlepsza odpowiedź. W ten sposób nie przeciążam mojego rozszerzenia iOS niepotrzebnymi podami

— marcelosalloum

Niesamowite! Dzięki!

— user3427013

1

To jest doskonała odpowiedź. z powodu błędu xcode: specyfikacja link_withw Podfile jest teraz nieobsługiwana, zamiast tego użyj bloków docelowych ..

— Mehul

4

link_with, nie będziesz go już używać.

Nieprawidłowy Podfileplik: [!] Specyfikacja link_withw Podfile jest teraz nieobsługiwana, zamiast tego użyj bloków docelowych ..

Poniżej znajduje się idealna odpowiedź, również przetestowana.

source 'https://github.com/CocoaPods/Specs.git'
platform :ios, ‘9.0’
use_frameworks!
inhibit_all_warnings!

target 'DemoTodayWidget' do
    pod 'Reachability',                         '~> 3.2'
end

target 'My Widget' do
    pod 'Reachability',                         '~> 3.2'
end

— Mehul
źródło