2009-03-13 16 views
16

iPhone OS 3.0 se anunciará y previsualizará la próxima semana (17 de marzo).¿Qué necesita iPhone OS 3.0 desde una perspectiva de programación?

Todos conocemos el conjunto de características que los usuarios desean. Copiar/pegar, MMS, Flash en iPhone, etc.

Ya veremos sobre eso.

Lo que me interesa en qué se siente la comunidad de desarrollo es que SDK falta, necesita, para que la programación de la plataforma sea más fácil y productiva.

+0

¿Los usuarios realmente quieren MMS y Flash? Parece que se está vendiendo bastante bien sin ellos. –

+0

Espero que no agreguen soporte Flash.Eso haría que el navegador web sea inútil en el iPhone. Ya es demasiado ruidoso sin Ad Block Plus. – lajos

+0

Estoy de acuerdo. Creo que el sesgo de los NIH de Apple no va a permitir Flash u otro tiempo de ejecución propietario en su navegador. QuickTime utilizado para ejecutar Flash en el día. Creo que ya veremos – Genericrich

Respuesta

16
  • Un Interface Builder más completo con soporte para paletas personalizadas y todo tipo de cosas así.
  • Mejor control sobre el teclado.
  • Mejor soporte para pruebas unitarias. (Se pueden realizar pruebas unitarias, pero solo en el simulador, y es muy difícil de configurar).
  • Notificaciones push. Por favor.
  • Un simulador más preciso, es decir, uno con un conjunto de estructuras más preciso.
  • La capacidad de crear vistas fácilmente como la ventana de redacción de correo.
  • Para el caso, una ventana de redacción dentro de la aplicación.
  • Una mejor forma para que las aplicaciones compartan datos localmente que invocando las URL.
  • Acceso a las bases de datos de calendario, notas, correo (posiblemente solo lectura) y marcadores (de nuevo, solo lectura). Tal vez incluso acceso limitado a la base de datos de iPod, incluso la capacidad de leer metadatos de canciones y acceder y cambiar la canción de reproducción sería útil.
  • Algún tipo de término medio entre UILabel y UIWebView que permite texto formateado sin grandes molestias.
  • Más iconos incorporados de la barra de herramientas.
  • El retorno del estilo del botón "cristal" que estaba en el SDK beta.
  • Algunas vistas internas útiles, como UIProgressHUD, expuestas.

Y por último pero no menos importante ...

  • Un pony.
+2

Votado para el poni. –

+0

Le agradaría a TheTXI, ha estado deseando uno. –

+0

Las aplicaciones pueden compartir datos localmente a través de NSUserDefaults (usando NSGlobalDomain) –

-4

Un entorno de desarrollo no basado en Mac.

+0

¿Por qué? Te das cuenta de que esto implicaría que Apple gastará varios millones de dólares para lograr, y nunca recuperarían ese dinero por algo que regalan. – Genericrich

+0

no, no va a suceder. – yaauie

+0

Estoy de acuerdo: no hay razón para exportar la gran cantidad de cosas involucradas en las herramientas de desarrollo para otra plataforma por el gusto de hacerlo. Es evidente que no tienen escasez de aplicaciones en la tienda, así que ¿para qué molestarse? –

2

Menos sandboxing. No es probable que suceda, pero siempre se apreciará que una aplicación tenga un poco más de potencia que la actual (acceso real al sistema de archivos, por ejemplo, incluso si fuera de acceso de solo lectura, aún permitiría aplicaciones más interesantes). existir).

EDITAR: Además, tiene acceso a la API de copiar y pegar. Pero espero que uno sea obvio para Apple.

1
  • Capacidad para enviar mensajes SMS sin necesidad de tener en marcha el cliente SMS y que el usuario escriba el mensaje.

  • El acceso a los datos de la cámara primas para que las cosas se puede hacer sin tener que tomar una foto y esperar a que se salva (como se puede hacer con Android) la notificación

  • empuje para que pueda iniciar tareas ... necesitaría ser controlable por el usuario.

  • una cámara que puede centrarse (sé ... tienen que esperar a que el próximo iPhone para eso ... si deciden ponerlo en ...)

+0

Obligar a su aplicación a iniciar el cliente de SMS es una buena idea, ya que evita que se agote la factura del teléfono del usuario. Sin embargo, no veo ninguna razón para no permitirle especificar el texto para ir con el número de teléfono. –

+0

Supongo que podría haberlo escrito mejor ... no hay problema con el lanzamiento del cliente de SMS, el problema es escribir (y solo un receptor) – TofuBeer

7

Me sorprende nadie ha mencionado la recolección de basura todavía. Objective-C 2.0 en Mac admite la recolección de basura opcional. Realmente no veo ninguna razón por la que no funcione bien en el iPhone y eliminaría mucho del tedio de tener que liberar objetos explícitamente por todas partes.

+1

Por supuesto que hay razones (uso de memoria más alto, menos controlable y peor rendimiento). No significa que estos inconvenientes no se abordarán con el tiempo, pero le garantizo que Apple ya ha probado la recolección de basura en el iPhone con resultados que los alentaron a dejarlo. –

+2

Es un dispositivo integrado, la recolección de basura ocuparía preciosos ciclos de CPU que harán que la vida útil de la batería disminuya. ¿Es realmente necesario para el corto período de tiempo que generalmente se ejecutan las aplicaciones? ¡Nada está permitido ejecutar en segundo plano! –

+0

Mientras trabajaba en un poco de código criptográfico el otro día, me sorprendió cuánto más lento es realmente el iPhone que una PC. Debajo de la animación suave y la capacidad de respuesta son una gran cantidad de decisiones realmente buenas por parte de Apple. –

4

Mejor multitarea es absolutamente clave en este punto. Android lo tiene, el WebOS de Palm lo tiene, parece que ambos, en gran medida sin restricciones y bien implementados. Posibilidades:

  • notificaciones Push con una buena interfaz de usuario (pila de mensajes, además de credencialización/sonido/lo que sea - si es que tiene que tener un paso de aprobación adicional para las aplicaciones no pueden ser desagradables, que así sea)
  • Múltiples procesos completos (no es posible con el sistema operativo actual, me di cuenta, pero nunca he visto una buena explicación de por qué el iPhone no es compatible con la memoria virtual)
  • Versiones más pequeñas de "fondo" de aplicaciones que se pueden ejecutar en segundo plano - sin interfaz gráfica de usuario y una restricción de memoria significativamente más estricta
+0

La multitarea ya está presente en OSX, todo lo que necesitamos es tener acceso a ella. En teoría, eso también está ahí: el APIS está presente pero Appple no confía en nosotros para usarlo. Las aplicaciones más pequeñas dependen del desarrollador y, por falta de comprensión, es por eso que Apple no permite aplicaciones en segundo plano. –

+0

Existen buenas razones para no admitir VM en teléfonos también. Principalmente batería. Si desea una explicación del lado bueno y malo de la VM en un teléfono, solicite al SO una etiqueta del sistema operativo del iPhone :-) –

1

A UIKit l evel drawing api.

5

Lo que más espero es permitir que los iPhones hablen entre sí, ya sea por Bluetooth o por otros medios. De acuerdo, pueden hablar a través de Bonjour si están en la misma red Wi-Fi, pero eso no es lo suficientemente conveniente en 2009. Si estoy fuera con un amigo y quiero jugar un juego multijugador primero tenemos que encontrar un Starbucks o lo que sea que quiera obtener en la misma red Wi-Fi. Además, piense en la ridícula cantidad de aplicaciones sociales que podría tener si los iPhones pudieran comunicarse entre sí sin necesidad de Wi-Fi. Intercambie tarjetas de visita, flirtee con la linda chica de allí, etc.

Conforme a la perspectiva de los programadores PURE, haga que XCode sea tan útil para un IDE como Eclipse o IntelliJ en el mundo de Java. Hay tanto tiempo que desperdicio en cosas estúpidas que el IDE podría haber encontrado para mí mientras lo escribía.

Tampoco entiendo por qué no puedo colorear botones sin tener que usar imágenes.

9
  • Un método fácil de instalación de bookmarklet de Javascript para Mobile Safari. (OpenRadar: 1, 2)
  • UIWebView necesita más de las propiedades y métodos de UIScrollView, como contentOffset.
  • Más capacidad de configuración en algunos de los comportamientos y vistas integrados, p. el texto del botón en el botón "Eliminar" de UITableViewCell, o los estilos y texto de los botones UIAlertSheet/UIAlertView. (Algunas de ellas se pueden hacer hoy con llamadas no documentadas, pero prefiero no confiar en ellas).
  • Más flexibilidad de UINavigationController, como la capacidad de mostrar/desplazar vistas que selectivamente no muestran la barra de navegación pero usando las mismas animaciones y pila, o más personalización sobre las etiquetas y comportamientos de los botones de la barra de navegación.
  • La capacidad de restringir la orientación de la interfaz por UIViewController, no solo aceptar/rechazar cambios a través de shouldAutorotate. P.ej. Quiero que mi vista de contenido principal sea autorrotable, pero quiero que la jerarquía de navegación y las pantallas de configuración se muestren siempre en vertical, incluso si la vista de contenido se rotó a horizontal.
  • libxml y su práctico analizador DOM XML en lugar del NSXMLParser basado en SAX.
  • libcurl w/SSL, o más opciones y funciones para NSURLConnection.
  • Posibilidad de comprobar si se ha registrado un esquema de URL. Esto podría usarse para que las aplicaciones detecten si están instaladas otras aplicaciones específicas y habiliten la funcionalidad de manera selectiva, p. cuando Instapaper detecta que Tweetie está instalado, puede ofrecer un botón "Publicar con Tweetie". (Negación:. Eso fue un tapón hago Instapaper.)

Estoy seguro de que voy a pensar de más, pero en general, estoy feliz muy desarrollar para el iPhone. Me sorprende la calidad y la sofisticación del iPhone OS, el SDK y las herramientas de desarrollo dado lo increíblemente jóvenes que son.

+0

Puede personalizar el botón Eliminar de UITableViewCell utilizando cadenas de localización. –

+0

Ya puede controlar el controlador de orientación por visión hoy. Solo tiene que hacer que los controladores de nivel superior sean más permisivos para permitir que el nivel inferior (nodos de borde) elija qué se puede usar. También puede usar libxml hoy y puede colocar barras de navegación por controlador de vista. –

1

Todos conocemos el conjunto de características que la gente quiere. Copiar/pegar, MMS, Flash en iPhone, etc.

yo habría pensado que esos artículos específicos fueron abajo en la lista de deseos SO (aunque parece que estoy equivocado mirando los votos en este comentario :-).

MMS es una aplicación bastante sin sentido cuando tiene eMail. Flash no es un problema del sistema operativo: Flash podría entregarse hoy.

Ni siquiera quiero notificaciones automáticas, solo son un parche, quiero aplicaciones de fondo. También quiero soluciones para todas las API rotas, como soporte de cámara, video y paisaje. La compatibilidad con los filtros de CoreImage también sería agradable, pero probablemente demasiado deseable.

+0

Nadie en todo Stack Overflow quiere copiar y pegar en el iPhone? ¡Ser realistas! – Coxy

+0

Sí, creo que lo considero una función de nivel de usuario para la que es muy difícil obtener una buena IU. También pensé que había peces mucho más grandes para freír en una versión 3.0. Supongo que subestimé a algunos de los usuarios de SO. Publicación editada –

+0

Copiar y pegar en mi opinión es tonto en un teléfono. No lo extraño en absoluto, y nunca lo he hecho. – Genericrich

4
  • Una API de buena asignación. ¡Accedamos a la abstracción de Google Maps que utiliza la aplicación Mapas!
  • Más Interface Builder bondad
  • mejor simulador de
+0

no deben estar en el SO. Usa CloudMade si quieres flexibilidad. –

+0

Cloudmade no es tan completo como Google Maps. No puedes simplemente crear una aplicación que se vaya a utilizar en todo el mundo y no tener los mejores mapas disponibles. Especialmente cuando el usuario final ve que a unos pocos golpes de distancia tiene GMaps ... simplemente pensarán que su aplicación apesta. –

2

Mi lista:

  • más con todas las funciones de apoyo del IB como el Mac tiene
  • Inter-aplicación mecanismo de transferencia de datos (podría ser C & P, pero no tiene que serlo)
  • API mejorada de la cámara con un nivel de control más profundo y más flexibilidad
  • Acceso SDK a bluetooth y más soporte para protocolos
  • Real ObjectiveC marco alrededor de la libreta de direcciones como la Mac tiene hoy.
  • Advertencias similares a la advertencia de ubicación cuando una aplicación intenta acceder a los datos de la libreta de direcciones.

Estoy seguro de que lo que hayan preparado realmente, habrá algunos giros interesantes.

0
  • [[ABAddressBook sharedAddressBook] me] por poder usar el código postal, el número de teléfono o cualquier otra cosa del propietario.
  • Posibilidad de descargar archivos de almacenamiento local y sincronizarlos con iTunes o el disco duro
3
  • inteligente bandeja de entrada. Los mensajes entrantes se enrutan a los manejadores instalados según el tipo.
  • Marco de sincronización que simplifica la sincronización con el escritorio & Mobile Me.
  • soporte de paisaje decente, sin la multitud de errores, especialmente para el selector de cámara. Mejor soporte para la rotación y más control de la misma.
  • acceso a los datos EXIF ​​de las imágenes en el selector, así que podemos decir a su ubicación
  • un mayor acceso a la API de la cámara, por lo que no somos encarrile en el tomador de foto estándar/selector
  • notificaciones Push que puede lanzar una aplicación. (En lugar de una multitarea completa, que no creo que obtengamos y que podría ser problemático).
  • Controles de teclado mejores y más intuitivos.
  • API para mensajería entre aplicaciones.
  • Acceso a datos de Calendario, iTunes, Correo, Notas y más (con permiso del usuario)
  • Simulador más preciso, con, por ejemplo, formas de limitar el ancho de banda y usar la cámara de la Mac para tomar una foto.
  • Teléfono-teléfono bluetooth para intercambio de datos
  • Acceda a más de las vistas utilizadas por las aplicaciones de iPhone, p. el progreso de HUD, el mecanismo de "blobing" de correo electrónico para direcciones de correo electrónico, los lectores de miniaturas, el HUD aparecido en la aplicación Fotos y más.
0

Obtener los datos EXIF ​​de las fotos

Tire todas las fotos a la vez

Tire todos los contactos a la vez

brillo de la pantalla de control

acceso a la música en la sección iPod

Acceso de lectura a correos electrónicos y mensajes de texto

acceso a las cookies de Safari (por lo que tal vez podría hacer algún tipo de keep-me-ser registrados en la aplicación.)

0
  • fix vista de tabla en modo horizontal
  • nueva API cámara con acceso directo a la cámara
  • código de distribución de firmar automáticamente cuando la posibilidad de subir a la tienda de aplicaciones (en lugar de la firma de código en Xcode)
  • posibilidad de solicitar más memoria que los usuarios no tienen que reiniciar sus teléfonos para deshacerse de aplicaciones de fondo
Cuestiones relacionadas