2011-07-20 11 views
7

Niedawno zacząłem modularyzować moje aplikacje znacznie bardziej agresywnie niż kiedyś, oddzielając fragmenty kodu na frameworki lub biblioteki.Czy w systemie iOS obsługiwane są prywatne ramy?

Podoba mi się koncepcja "prywatnych ram" w pulpitowym kakao, czyli. ramy zawarte w pakiecie aplikacji. Z mojego małego doświadczenia wynika, że ​​architektury te lepiej nadają się do ponownego użycia kodu niż proste biblioteki, ponieważ struktury mogą zawierać z nimi własne nagłówki. To sprawia, że ​​łatwiej jest dodać nowe ramy do istniejącego projektu.

Problem polega na tym, że te "prywatne" frameworki nie są obsługiwane w systemie iOS. Trzeba tam zrobić z bibliotekami statycznymi, a zarządzanie nagłówkiem to ból. Czy istnieje dobry techniczny powód, dla którego Apple nie obsługuje frameworków na iOS?

(Tylko dla pewności: Apple niestety używa terminu "prywatna struktura" dla dwóch rzeczy: pierwsza to "niestandardowe" frameworki wysyłane razem z aplikacją, druga to nieudokumentowane i zabronione frameworki, których ludzie nie powinni używać na iOS. Pytam o pierwszy.)

PS. Czy ta zmiana w iOS 8? Jest „Kakao ramowa dotykowy” szablon w Xcode 6.

Odpowiedz

2

Wydaje się, że niestandardowe ramy są teraz supported by Xcode 6: deweloperzy

iOS mogą teraz tworzyć ramy dynamicznych. Ramy to zbiór kodu i zasobów do enkapsulacji funkcjonalności o wartości w wielu projektach. Ramy działają doskonale z rozszerzeniami , logiką współdzielenia, która może być używana zarówno przez główną aplikację , jak i przez dołączone rozszerzenia.

Powiązane problemy