2009-03-13 11 views
16

iPhone OS 3.0 jest ogłaszany i wyświetlany w przyszłym tygodniu (17 marca).Czego potrzebuje iPhone OS 3.0 z perspektywy programowania?

Wszyscy wiemy, jakiego zestawu funkcji chcą użytkownicy. Kopiuj/wklej, MMS, Flash na iPhonie itp.

Zobaczymy na ten temat.

Co mnie interesuje, czym jest społeczność programistów, której brakuje SDK, aby programowanie platformy było łatwiejsze i bardziej wydajne.

+0

Czy użytkownicy naprawdę potrzebują wiadomości MMS i Flash? Wygląda na to, że sprzedaje się całkiem dobrze bez nich. –

+0

Mam nadzieję, że nie dodadzą obsługi Flash.To spowodowałoby, że przeglądarka internetowa byłaby bezużyteczna na iPhonie. Jest już zbyt głośno bez Ad Block Plus. – lajos

+0

Zgadzam się. Myślę, że nastawienie NIH firmy Apple nie pozwoli Flashowi ani żadnemu innemu autorskiemu środowisku wykonawczemu na przeglądanie. QuickTime służy do uruchamiania Flasha w ciągu dnia. Chyba zobaczymy. – Genericrich

Odpowiedz

16
  • Bardziej kompletny Kreator interfejsów z obsługą niestandardowych palet i różnego rodzaju gadżetów.
  • Lepsza kontrola nad klawiaturą.
  • Lepsza obsługa testów jednostkowych. (Testowanie jednostki może być wykonane, ale tylko na symulatorze, a konfiguracja jest bardzo niezręczna.)
  • Powiadomienia push. Proszę.
  • Bardziej dokładny symulator, tj. Z bardziej dokładnym zestawem ram.
  • Możliwość łatwego tworzenia widoków, takich jak okno tworzenia wiadomości.
  • W tym przypadku okno tworzenia wiadomości w aplikacji.
  • Lepszy sposób na udostępnianie danych lokalnie przez aplikacje niż przez wywoływanie adresów URL.
  • Dostęp do kalendarza, notatek, wiadomości e-mail (prawdopodobnie tylko do odczytu) i zakładek (ponownie tylko do odczytu). Może nawet ograniczony dostęp do bazy danych iPoda - nawet przydatność do odczytu metadanych utworów i dostępu do nich oraz zmiana piosenki będą pomocne.
  • Jakiś pośredni teren między UILabel i UIWebView, który pozwala na sformatowany tekst bez ogromnego problemu.
  • Więcej wbudowanych ikon paska narzędzi.
  • Powrót stylu "szklanego" przycisku, który był w wersji beta SDK.
  • Kilka użytecznych widoków wewnętrznych, takich jak UIProgressHUD, odsłoniętych.

I last but not least ...

  • A kucyka.
+2

Zagłosowano na kucyka. –

+0

To by się podobało TheTXI, on chciał tego. –

+0

Aplikacje mogą udostępniać dane lokalnie za pośrednictwem NSUserDefaults (przy użyciu NSGlobalDomain). –

-4

Środowisko programistyczne inne niż Mac.

+0

Dlaczego? Zdajesz sobie sprawę, że oznaczałoby to, że Apple wyda na to kilka milionów dolarów, a oni nigdy nie odzyskają pieniędzy za coś, co oddają. – Genericrich

+0

nic, nic się nie stanie. – yaauie

+0

Uzgodnione - nie ma powodu, aby przenosić ogromną liczbę rzeczy związanych z narzędziami programistycznymi na inną platformę dla zabawy. W sklepie wyraźnie nie brakuje aplikacji, więc po co się męczyć? –

2

Mniej piaskownicy. Prawdopodobnie tak się nie stanie, ale zawsze doceniłoby to, że aplikacja ma nieco więcej mocy niż obecnie (na przykład faktyczny dostęp do systemu plików, nawet jeśli byłby to dostęp tylko do odczytu, nadal pozwalałby na bardziej interesujące aplikacje istnieć).

EDYCJA: Dostęp do interfejsu API kopiuj/wklej. Ale mam nadzieję, że jedno jest oczywiste dla Apple.

1
  • Możliwość wysyłania wiadomości SMS bez konieczności posiadania uruchomić klienta SMS i mieć użytkownika wpisz wiadomość.

  • dostęp do surowych danych z aparatem tak, że wszystko można zrobić bez konieczności zrobić zdjęcie i czekać na to, aby zapisać (jak można zrobić z Androidem) zawiadomienie

  • Push, aby można było uruchomić zadania ... musiałby być kontrolowany przez użytkownika.

  • aparat, który może skupić się (wiem ... trzeba czekać na następny iPhone na tym, że ... jeśli zdecydują się umieścić go w ...)

+0

Zmuszanie aplikacji do uruchamiania klienta SMS-ów jest dobrym pomysłem, ponieważ zapobiega pobieraniu rachunku telefonicznego użytkownika. Nie widzę powodu, aby nie dopuścić do podania tekstu, który będzie pasował do numeru telefonu. –

+0

Myślę, że mógłbym napisać to lepiej ... bez problemu z uruchomieniem klienta SMS, problemem jest wpisywanie (i tylko jeden odbiornik). – TofuBeer

7

Dziwię nikt jeszcze nie wspomniał o zbieraniu śmieci. Objective-C 2.0 na komputerze Mac obsługuje opcjonalne usuwanie śmieci. Naprawdę nie widzę powodu, dla którego nie działałby dobrze na iPhonie, a to wyeliminowałoby wiele nudy konieczności jawnego wydania obiektów w całym miejscu.

+1

Oczywiście są powody (wyższe, mniej kontrolowane użycie pamięci i gorsza wydajność). Nie oznacza to, że te ograniczenia nie zostaną ostatecznie rozwiązane, ale gwarantuję, że Apple przetestowało już zbieranie śmieci na iPhonie z wynikami, które zachęciły ich do opuszczenia go. –

+2

Jest to urządzenie osadzone, zbieranie śmieci zajmie cenne cykle procesora, które spowodują, że żywotność baterii spadnie. Czy naprawdę jest to wymagane przez krótki czas, w którym aplikacje zazwyczaj działają? Nic nie może działać w tle! –

+0

Podczas pracy nad odrobiną kodu kryptograficznego na drugi dzień, byłem zaskoczony, o ile wolniej iPhone jest naprawdę niż komputer. Pod płynną animacją i responsywnością jest * dużo * naprawdę dobrych decyzji ze strony Apple. –

4

Lepsza wielozadaniowość jest absolutnie kluczowa w tym momencie. Android to ma, Palm WebOS to ma - oba, wydaje się, w dużej mierze nieograniczony i dobrze zaimplementowany sposób. Możliwości:

  • powiadomień push z dobrym UI (wiadomość stosie oprócz Badging/dźwięk/cokolwiek - jeśli mają mieć dodatkowy etap zatwierdzania więc aplikacje nie mogą być nieznośny, tak będzie)
  • Wiele pełnych procesów (niemożliwych w obecnym systemie operacyjnym, zdaję sobie sprawę, ale nigdy nie widziałem dobrego wyjaśnienia, dlaczego iPhone nie obsługuje pamięci wirtualnej)
  • Mniejsze wersje aplikacji "w tle", które mogą działać w tle - brak interfejsu GUI i znacznie ograniczające ograniczenie pamięci
+0

Wielozadaniowość jest już obecna w OSX - wszystko, czego potrzebujemy, to dostęp do niej. Teoretycznie tak jest - APIS są obecne, ale Appple nie ufają nam z nich korzystać. Mniejsze aplikacje zależą od programisty i, z powodu braku zrozumienia, Apple nie zezwala na aplikacje działające w tle. –

+0

Istnieją uzasadnione powody, dla których nie obsługuje się VM na telefonach. Głównie bateria. Jeśli chcesz wyjaśnić dobrą i złą stronę maszyny wirtualnej na telefonie, zapytaj SO z tagiem iPhone OS :-) –

1

A UIKit l evel rysunek api.

5

Mam nadzieję, że dzięki temu iPhone będzie mógł rozmawiać ze sobą przez Bluetooth lub w inny sposób. Oczywiście, mogą rozmawiać przez Bonjour, jeśli są w tej samej sieci Wi-Fi, ale to nie jest wystarczająco wygodne w 2009 roku. Jeśli jestem z przyjacielem i chcę grać w grę wieloosobową, najpierw musimy znaleźć Starbucks lub cokolwiek innego, do zrobienia w tej samej sieci Wi-Fi. Pomyśl też o śmiesznej ilości aplikacji społecznościowych, które możesz mieć, gdyby iPhone mógł rozmawiać ze sobą bez potrzeby korzystania z Wi-Fi. Wymieniaj wizytówki, flirtuj z uroczą dziewczyną, itp.

Tworzą perspektywę programistów PURE, sprawiają, że XCode jest pomocny w IDE, ponieważ Eclipse lub IntelliJ są w świecie Java. Tyle czasu tracę na głupich rzeczach, które IDE mógł znaleźć dla mnie, gdy je pisałem.

Nie rozumiem również, dlaczego nie mogę kolorować przycisków bez użycia obrazów.

9
  • Łatwa metoda instalacji bookmarkletu Javascript w Mobile Safari. (OpenRadar: 1, 2)
  • UIWebView potrzebuje więcej właściwości i metod UIScrollView, takich jak contentOffset.
  • Większa konfigurowalność niektórych wbudowanych zachowań i widoków, np. tekst przycisku na przycisku "Usuń" UITableViewCell lub style i tekst przycisków UIAlertSheet/UIAlertView. (Niektóre z nich można zrobić dzisiaj z nieudokumentowanymi połączeniami, ale wolałbym nie polegać na nich.)
  • Większa elastyczność od UINavigationController, na przykład możliwość wyświetlania widoków push/pop, które nie wyświetlają paska nawigacyjnego, ale nie używanie tych samych animacji i stosów lub więcej możliwości dostosowywania nad etykietami i zachowaniami przycisków paska nawigacyjnego.
  • Możliwość ograniczenia orientacji interfejsu na UIViewController, a nie tylko akceptowania/odrzucania zmian za pomocą metody shouldAutorotate. Na przykład. Chcę, aby mój główny widok zawartości był autorotatable, ale chcę, aby moja hierarchia nawigacji i ekrany ustawień były zawsze wyświetlane w pionie, nawet jeśli widok zawartości został obrócony do położenia poziomego.
  • libxml i jego poręczny analizator XML DOM zamiast opartego na SAX NSXMLParser.
  • libcurl w/SSL lub więcej opcji i funkcjonalności NSURLConnection.
  • Możliwość sprawdzenia, czy schemat URL jest zarejestrowany. Może to być używane w aplikacjach do wykrywania, czy inne określone aplikacje są zainstalowane, i włączania funkcji selektywnie, np. gdy Instapaper wykryje, że Tweetie jest zainstalowany, może zaoferować przycisk "Post with Tweetie". (Zastrzeżenie:. To był korek robię Instapaper.)

jestem pewien, że będę myśleć o więcej, ale ogólnie rzecz biorąc, jestem zadowolony bardzo rozwijania dla iPhone. Jestem zdumiony jakością i wyrafinowaniem iPhone OS, SDK i narzędzi programistycznych, biorąc pod uwagę, jak niesamowicie młodzi są.

+0

Możesz dostosować przycisk Usuń UITableViewCell za pomocą ciągów lokalizacji. –

+0

Już dziś możesz kontrolować orientację na każdy kontroler widoku. Trzeba tylko uczynić regulatory wyższego poziomu bardziej permisywnymi, aby umożliwić niższemu poziomowi (węzłom krawędziowym) wybór tego, co można wykorzystać. Możesz również użyć libxml dzisiaj i możesz zrzucić pasek nawigacji na kontroler widoku. –

1

Wszyscy wiemy, jakiego zestawu funkcji chcą ludzie. Kopiuj/Wklej, MMS, Flash na iPhonie, itp.

Wydaje mi się, że te konkretne elementy znalazły się na liście życzeń SO (chociaż wydaje mi się, że nie mam racji patrząc na głosy na ten komentarz :-).

MMS to całkiem bezsensowna aplikacja, gdy masz e-mail. Flash nie jest problemem z systemem operacyjnym - Flash można już dziś dostarczyć.

Nie chcę nawet powiadomień push - to tylko łatka, chcę aplikacje w tle. Chcę również poprawki dla wszystkich uszkodzonych interfejsów API, takich jak obsługa kamery, wideo i krajobrazu. Obsługa filtrów CoreImage byłaby miła, ale prawdopodobnie zbyt wiele do życzenia.

+0

Nikt na całym Stack Overflow nie chce kopiować i wklejać na iPhone'a? Zejdź na ziemię! – Coxy

+0

tak, myślę, że myślę o tym jako o funkcji na poziomie użytkownika, dla której bardzo trudno jest uzyskać dobry interfejs użytkownika. Myślałem też, że w wersji 3.0 jest dużo większych ryb do smażenia. Przypuszczam, że nie doceniłem niektórych użytkowników SO. Post edytowany. –

+0

Kopiuj i wklej moim zdaniem jest głupie na telefon. Wcale tego nie tęsknię i nigdy tego nie przeoczyłem. – Genericrich

4
  • Dobry interfejs API mapowania. Pozwól nam uzyskać dostęp do abstrakcji Map Google, której używa aplikacja Mapy.
  • więcej Interfejs Builder dobroć
  • Lepsze symulator
+0

mapy nie powinny być w systemie operacyjnym. Użyj CloudMade, jeśli chcesz elastyczności. –

+0

Cloudmade nie jest tak kompletny jak Google Maps. Nie możesz po prostu stworzyć aplikacji, która będzie używana na całym świecie i nie ma najlepszych dostępnych map. Zwłaszcza, gdy użytkownik końcowy widzi, że kilka tapnięć od niego ma GMaps ... po prostu uznają, że twoja aplikacja jest do bani. –

2

Moja lista:

  • Więcej pełni funkcjonalny wsparcie IB jak Mac ma
  • Inter-app mechanizm transferu danych (może być C & P, ale nie musi być)
  • Znacznie ulepszona kamera API o głębszym poziomie kontroli i większej elastyczności
  • Dostęp do SDK do bluetooth i więcej wsparcia dla protokołów
  • Real ObjectiveC framework wokół książki adresowej, podobnie jak Mac ma dziś.
  • Ostrzeżenia podobne do ostrzeżenia o lokalizacji, gdy aplikacja próbuje uzyskać dostęp do danych książki adresowej.

Jestem pewien, że cokolwiek oni przygotowali, będzie kilka ciekawych zwrotów akcji.

0
  • [[ABAddressBook sharedAddressBook] mnie] za możliwość użycia kodu pocztowego właściciela, numeru telefonu lub czegoś podobnego.
  • Możliwość pobierania plików do pamięci lokalnej i synchronizować je z powrotem do iTunes lub dysk twardy
3
  • Inteligentne skrzynki odbiorczej. Wiadomości przychodzące są kierowane do zainstalowanych procedur obsługi na podstawie typu.
  • Schemat synchronizacji upraszczający synchronizację z komputerem stacjonarnym & Mobile Me.
  • Przyzwoite wsparcie krajobrazu, bez mnóstwa błędów, szczególnie w przypadku wyboru kamery. Lepsza obsługa rotacji i większa kontrola nad nią.
  • Dostęp do danych EXIF ​​na obrazach z próbnika, więc możemy powiedzieć ich usytuowanie
  • Deeper dostęp do API aparatu, tak, że nie jesteśmy kolejowego roaded do standardowego zdjęć przyjmujący/zbieracz
  • powiadomień push, że może uruchomić aplikację. (Zamiast pełnego wielozadaniowości, czego nie sądzę, że dostaniemy, co może być problematyczne.)
  • Lepsza, bardziej intuicyjna kontrola klawiatury.
  • Interfejs API do przesyłania wiadomości między aplikacjami.
  • Dostęp do danych z Kalendarza, iTunes, Poczty, Notatek i innych elementów (za zgodą użytkownika)
  • Bardziej dokładny symulator, na przykład ze sposobami ograniczenia przepustowości, a także z aparatu Mac w celu zrobienia zdjęcia.
  • Bluetooth do telefonu do wymiany danych
  • Dostęp do większej liczby widoków używanych przez aplikacje na iPhone'a, np. HUD postępu, e-mailowy mechanizm "blobbing" dla adresów e-mail, przewijanie miniatur, HUD wprowadzony w aplikacji Zdjęcia i wiele innych.
0

Pobierz dane EXIF ​​ze zdjęć

Pull wszystkie zdjęcia naraz

Pull wszystkie kontakty naraz

jasność ekranu Kontrola

dostęp do muzyki w sekcji iPod

Odczytywanie dostępu do wiadomości e-mail i wiadomości tekstowych

Dostęp do Safari ciasteczek (więc mógłbym uczynić jakąś keep-me-zalogowanych app.)

0
  • fix stół widok w trybie poziomym
  • nowy API kamera z bezpośrednim dostępem do kamery
  • Kod dystrybucja podpisania automatycznie po przesłaniu do sklepu z aplikacjami (zamiast podpisywania kodu w Xcode)
  • zdolność do zwrócenia większej ilości pamięci, dzięki czemu użytkownicy nie muszą ponownie uruchomić swoje telefony pozbyć tle aplikacje
Powiązane problemy