Przetwarzania iPhone kamera (nie używając UIImagePickerController)

głosy
13

Chociaż rozumiem, że w celu aplikacji iPhone zostać przyjęty na App Store, jednym wymogiem jest to, że tylko udokumentowane biblioteki mają być stosowane.

Jeśli tak jest, jak są pewne aplikacje, takie jak „Night” i „Camera Camera Plus” przy użyciu aparatu kontroli, który wydaje się być czymś innym niż ten zawarty w UIImagePickerController?

Słyszałem od niektórych przypadkach, gdy deweloper nadano „specjalne” dostęp do niektórych nagłówków, które pozwalają na funkcje, które w przeciwnym razie byłyby niemożliwe, gdyby ograniczony do tylko przy użyciu udokumentowanych bibliotek. Jednakże, biorąc pod uwagę jak nieprzejrzysty proces selekcji aplikacja jest dla App Store, wolałbym, aby trzymać się tego, co jest raczej niż zalecana zaryzykować.

Ktoś obchodzi rzucić nieco więcej światła na ten temat?

Utwórz 18/02/2009 o 17:39
źródło użytkownik
W innych językach...                            


4 odpowiedzi

głosy
8

Widziałeś ten dicussion?

http://blog.airsource.co.uk/index.php/2008/11/11/views-of-uiimagepickercontroller/

i ten przykładowy kod dla niestandardowego selektora?

http://www.codza.com/custom-uiimagepickercontroller-camera-view

mam nadzieję, że to pomoże.

Odpowiedział 25/03/2009 o 22:25
źródło użytkownik

głosy
6

może chcesz sprawdzić się classdump prywatnych nagłówków Apple ramowych. Uruchom ten skrypt perla:

http://arstechnica.com/apple/news/2008/11/dumping-the-iphone-2-2-frameworks.ars

i przejdź do katalogu PhotoLibrary pod PrivateFrameworks. Niektóre z klas tutaj wyglądają całkiem obiecująco dla bezpośredniego dostępu do kamery.

Korzystanie z nieudokumentowane API zaszkodzi szanse przejazdem sklepu z aplikacjami, ale to wszystko jest bardzo subiektywne - Jeśli produkt jest dobry, Apple będzie prawdopodobnie niech ślizgać się. Polecam zaprzyjaźnienia się z ewangelisty programisty w Apple.

Odpowiedział 18/02/2009 o 19:32
źródło użytkownik

głosy
1

UIImagePickerController jest podklasą UIViewController, który zarządza hierarchię widoku. Jesteś wolny, aby bawić się z hierarchią widoku, jak te aplikacje są, ale jest to ryzykowne, biorąc pod uwagę, że Apple nie dokumentuje go i może go zmienić w każdej aktualizacji systemu operacyjnego.

Nie słyszałem, żeby ktoś z nich otrzymuje specjalny dostęp do bibliotek, ale czytałem, że istnieje niewielka różnica pomiędzy nielegalnych klas i metod oraz ram prywatnych. Klasy nielegalni to szara strefa, ale ramy prywatne zdecydowanie nie są dozwolone.

Odpowiedział 18/02/2009 o 19:37
źródło użytkownik

głosy
0

Prostym wytłumaczeniem jest to, że aplikacje w sklepie nie mają wykorzystywać nieobsługiwanych interfejsów API, ale nie jest to sprawdzone konsekwentnie. Aplikacje, które wymieniłeś są albo za pomocą nieobsługiwanych funkcji / klas / metod albo grają z widokiem hierarchy-- który sam jest nieudokumentowana, chociaż można to zrobić za pomocą standardowych interfejsów API.

Można zrobić to, co robią, i zabrać swoje szanse z nim. Wystarczy mieć świadomość zagrożeń. Twoja aplikacja może (a) zostać odrzucone ze sklepu, (b) być akceptowane, ale później uruchomiony (to działo się na nieobsługiwanym API), (c) być akceptowane i nie uruchomiony, ale złamać następnym razem Apple ma nową aktualizację oprogramowania iPhone (od nieobsługiwane API lub zobacz hierarchie mogą ulec zmianie bez ostrzeżenia). Czy można mieć szczęście i mieć nic z tego się zdarzyć.

Odpowiedział 18/02/2009 o 20:10
źródło użytkownik

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more