2013-09-04 4 views
5

Lubię obszary robocze Xcode i CocoaPods. Więc chcę się trzymać z nimi i ich konfiguracji i chce utworzyć obszar roboczy, zawierający inne projekty, jak tej struktury:Dodawanie projektu do obszaru roboczego Xcode, takiego jak CocoaPods

- MyApp.workspace 
    |-- MyApp.project 
    |-- Pods.project 
    |-- AnotherApp.project 

Większość stanowisk o dodawaniu zależności istniejących projektów sugeruje ich gniazdowania, jak:

- MyApp.workspace 
    |-- MyApp.project 
     |-- AnotherApp.project 
    |-- Pods.project 

Ale nie jestem pewien, czy to jest właściwe podejście. Myślę, że powinienem umieścić je na tym samym poziomie, co oba kapsuły, a funkcja AnotherApp zapewnia kody dostępu/ponownego użycia do MyApp.

Który z nich sugerujesz i dlaczego? I jeśli podasz instrukcje lub samouczki dotyczące pierwszej konfiguracji, byłbym bardzo wdzięczny, ponieważ większość z nich podaje przykłady takie jak drugi, ale bez obszaru roboczego.

Odpowiedz

3

Nie jestem pewien, czy w pełni rozumiem pytanie, więc proszę wybaczyć, jeśli coś przeoczyłem.

Pożądałem podobnej konfiguracji, wielu projektów w obszarze roboczym, ale wszystkie zarządzane przez Cocoapods. Potrzebowałem projektów do połączenia ze sobą. Moją motywacją było promowanie separacji MVC, więc miałem projekt aplikacji (widok), projekt kontrolera, projekt modelu. Powłoka projektu jest tutaj: https://github.com/premosystems/iOSMVCTemplate/tree/1.0/MVC-Example/iOS/MVCApp

Oto podstawowe kroki:

  1. Tworzenie projektów i dodać podspec do każdego z nich. (np. kontroler podspec podobny do tego: https://github.com/premosystems/iOSMVCTemplate/blob/1.0/MVC-Example/iOS/MVCApp/Controller/ProximityController/ProximityController.podspec)

  2. Dodaj Podfile, który łączy wszystkie podskórki razem. https://github.com/premosystems/iOSMVCTemplate/blob/1.0/MVC-Example/iOS/MVCApp/Podfile

  3. i oczywiście strąka zainstalować :)

Pamiętaj, aby odwoływać się do podspecs utworzone w Podfile pomocą: path => dyrektywę rozwoju, zanim zostaną one odwoływać żadnych podspecs tak cocoapods będą wiedzieć nie szukać w publicznym repozytorium.

Używam tego około miesiąca i działa całkiem nieźle. Jedyną wadą jest to, że indeksowanie i kompilacja zabierają więcej czasu, niż mi się to podoba, a aktualizacja jest bardzo powolna. Przed dodaniem i nowymi plikami, .h, .m do jakichkolwiek podspecs musisz uruchomić aktualizację pod.

Powodzenia!

+0

Bardzo dobra implementacja i używanie CocoaPods! Przyjmuję to jako odpowiedź, ponieważ jest to najłatwiejsze rozwiązanie. – iltercengiz