Los teléfonos vienen en muchos tamaños, y Android (en los dos modelos Nexus aquí) está diseñado para abarcar la gama.

(Crédito:teléfono size.com)

Uno de los problemas de fragmentación de molestosLos programadores de Android deben preocuparse es de diferentes tamaños de pantalla.

Con una resolución de cambiar de un teléfono a otro, los programadores tienen que saber exactamente cuánto espacio se puede dedicar a los iconos, fotos, fondos de vídeo juego, los cuadros de diálogo. Sin embargo, Google argumenta, pagando el precio que se paga por adelantado los programadores de nuevo en el largo plazo – y les ayuda a evitar las dificultades de resolución fija que afectó a Palm.

De hecho, incluso antes de que el primer teléfono Android llegó al mercado, Google había puesto en un enfoque diseñado para adaptarse a las resoluciones de píxeles no sólo diferentes, sino también la densidad de píxeles – el número de píxeles por pulgada. Android marco ingeniero Diane Hackborn describe la filosofía de la compañía en un Google + post de ayer:

Gran parte de la motivación para este vino de experiencia en Palm / PalmSource. Dispositivos Palm tenido tradicionalmente una pantalla de 160×160. Más adelante en su vida, Sony presentó una pantalla de 320×320, lo que funcionó bastante bien con sólo doblar las coordenadas proporcionadas por la aplicación para (a menos que utilice las nuevas APIs) que todavía pensaba que era sobre la base de una pantalla de 160×160, pero el sistema operativo sería convertir a los y aprovechar de la pantalla de alta resolución para mostrar un texto más definido y formas dibujadas.

Esta estrategia se convirtió en un problema en PalmOS más tarde, sin embargo, cuando quería enviar QVGA [320x240] pantallas. Estos eran más baratas de producir, ya que se utiliza en muchos otros dispositivos, poniendo el área de escritura a mano en la parte inferior de la pantalla que todavía podría tener el área de espera para la plaza de la aplicación. Sin embargo, su densidad era a medio camino entre 160×160 320×320 uno, dando un factor de escala de 1,5, y aquí aparecieron los problemas.

La ampliación de las dimensiones del objeto por un 1.5x significaba, por ejemplo, que “las líneas sólidas bien ahora se diversas manchas grises en ellos en función de cómo se alinean con los píxeles de la pantalla real,” dijo.

Para hacer frente a los desafíos de Android con un tamaño de pantalla y resolución, el sistema operativo utiliza una idea conocida como la densidad de píxeles independientes, de diversas maneras abreviada dp o inmersión.

Android enfoque a la resolución de la pantalla puede ser desconcertante, y Android viene con una variedad de herramientas de diseño. Una vez que los maestros, “es cero esfuerzo, fácil de hacer diseños que cambian de tamaño automáticamente para la orientación del dispositivo vertical / horizontal y los diferentes tamaños de pantalla”, dijo Meridiano Aplicaciones programador Nick Farina en un blog.

“Si se especifica, en su aplicación, un botón con un ancho de 100 píxeles, que se verá en mucho menor en el dispositivo de 640×480 a 320×480 en el dispositivo. Ahora bien, si se especifica el ancho del botón hasta los 100 dip [independientes de la densidad píxeles], el botón parece tener exactamente el mismo tamaño en los dos dispositivos “, dijo el ingeniero Guy Romain Android en un puesto la lista de correo.

Píxeles por pulgada densidades varían, así que los programadores de Android necesidad de incluir elementos gráficos en varios tamaños.

(Crédito:Google)

El enfoque de Android en teoría podría manejar cualquier densidad de píxeles por pulgada. Sin embargo, por conveniencia, Google creó lo que llamó Hackborn “unos cuantos cubos grandes … LDPI (aproximadamente 120dpi), MDPI (160 dpi), IPAP (240 dpi), y xhdpi (320 dpi).” Para manejar el enfoque, los programadores de Google exhorta: “Proporcionar recursos para las densidades de pantalla diferentes (DPI) para asegurarse de que su aplicación se ve muy bien en cualquier dispositivo.”

Así que no hay trabajo adelantado por los programadores y diseñadores gráficos. Pero el resultado, dijo, es que el software adaptado bastante bien a la llegada del Nexus Galaxy, con 316dpi, 1280×720 pantalla.

“Android y sus aplicaciones fueron capaces de correr más o menos en él tal y como está”, dijo Hackborn.

Así que sí, el enfoque de Android es flexible. Tenía que ser, por supuesto: desde el principio, Google Android concebido como un sistema operativo para muchos fabricantes.

Android es vibrante, pero es complicado, también.

(Crédito:Stephen Shankland / CNET)

Las cosas funcionan de manera muy diferente en el mundo de laiPhone, que Apple está en firme control.

Con iOS, los programadores de prestar más atención a cada píxel. Cuando eliPhone 4 llegó, la resolución de pantalla de 480×320 duplicado exactamente a 960×640, por lo que los cálculos de píxeles duplicar fácil. Muchas señales apuntan a la próxima generación de iPad el mismo enfoque, doblando la resolución de la primera iPads “1024×768 a 2.048 x1, 536 píxeles.

Enfoque de Apple sorprendió a Tim Bray, un evangelista de desarrolladores de Android de Google, cuando se dio cuenta de cómo funcionaba de la explicación de Farina.

“Al principio me negué con la cabeza con incredulidad a todos los pequeños trozos de hard-coded aritmética, como y + = 7 y MARGEN – 30 Es evidente que esta lógica no es resistente frente a una pantalla de distintas formas, pero apuesto a que es rápido.. “, dijo Bray. Y agregó:

Es plausible, ya que Nick Farina implica, que fija las dimensiones iOS “modelo de pantalla es en parte responsable de la retuerce de Apple asombrosamente rápido rendimiento de hardware subyacente.

Y ni siquiera estoy diciendo que la elección de Apple aquí está mal. El trade-off, si he entendido bien, es un factor de forma flexible para el rendimiento y la simplicidad, y tan lejos que ha estado trabajando bastante bien para ellos.