Podstawy kodu biblioteki statycznej iOS dla aplikacji z białymi etykietami

Question

Szukam najlepszego sposobu na dostosowanie naszej aplikacji na iOS, aby móc z łatwością tworzyć wersje białej etykiety i synchronizować wszystkie.

Jednym ze sposobów jest umieszczenie całego kodu w projekcie statycznej biblioteki. Następnie utwórz oddzielny projekt dla naszej głównej aplikacji i każdej aplikacji białej etykiety. Projekty te będą zawierały odniesienie do biblioteki kodu jako podprojektu oraz własne zasoby, takie jak ikony, ładowanie obrazów i plik Info.plist.

Mój kolega z powodzeniem zastosował to podejście w naszym siostrzanym projekcie na Androida w Eclipse.

Niestety to podejście może nie działać w Xcode. xcode nie pozwala na dołączenie niektórych zasobów do statycznej biblioteki, takich jak Settings.bundle i Localizable.strings, które są niezbędne.

Czy istnieje sposób, w jaki mogę użyć tego podejścia w Xcode, czy może lepiej odwołać się do folderu codebase z każdego projektu?

Edit:

Początkowo miałem zamiar po prostu odwołać folder codebase od każdego projektu, ale okazało się, że to podejście wymagałoby ponownego dodawania katalogu codebase w każdym projekcie każdym razem, gdy plik został dodany/usunięty/zmieniono nazwę w bazie kodu.

Answer 1

Zrobiłem białe aplikacje z etykietą. Najpierw powinieneś wypróbować cele. Cele są zawarte w projektach. Możesz dołączyć swoje źródła do tego samego projektu. Umieść wszystko, co różni się tylko w kilku plikach, i zmieniaj te pliki, które umieścisz w każdym celu.

Nadal będziesz musiał upewnić się, że pliki znajdują się we wszystkich celach, ale pojawi się monit lub pojawi się błąd połączenia, a jeśli pominiesz plik, to po prostu zaznaczysz pole wyboru.

Można ograniczyć liczbę plików docelowych do określonego celu. Mam wspólny plik xcassets i jeden dla każdego celu. Mam również oddzielne pliki plist i kilka innych zasobów dla każdego celu. Cała reszta jest wspólna.

Referencje:

• Xcode Concepts: Targets

Answer 2

nie możesz zapakować zasobów z biblioteki statycznych automatycznie, ale nic nie uniemożliwia w tym zasobów udostępnionych przez strony. Można utworzyć obszar roboczy dla niestandardowego projektu, wstawić projekt biblioteki do obszaru roboczego, a następnie przeciągnąć grupę zasobów z drzewa projektu biblioteki do głównego projektu.

Answer 3

Jako projekt płatnego doradztwa dokonuję przeglądu strategii białej firmy. Stworzyli plik serii .sh, który kopiuje całą kompilację do nowej nazwy - w tym nowy plik .plist i projektu.

To, czego nie uwzględniały to ich wersje; dlatego uważam, że biblioteki są najlepszym rozwiązaniem, jeśli możesz zbudować swoją aplikację jako taką. Jest całkiem możliwe, że możesz mieć wiele wersji tej samej aplikacji do białej etykiety. (Najgorszy koszmar! LOL)

Kolejną rzeczą, na którą warto spojrzeć, jest CocoaPods. Nie używałem go, ale mam przyjaciół, którzy mają - lubią to, ponieważ pomaga to w zarządzaniu biblioteką - zwłaszcza w przechodzeniu z jednego środowiska programistycznego do drugiego.Muszę go użyć w przyszłym miesiącu z powodu bałaganu Zxing, z którym wszyscy mają do czynienia.

https://github.com/CocoaPods/CocoaPods

ostatniej aktualizacji - użyć kontrola źródła jakby jutra miało nie być !!!