Como se hace referencia en este comentario, Apple no quitar funciones sin una razón de peso, pero los otros 3 ª parte aplicaciones como f.lux y GammaTool puede hacer cambios de color en los dispositivos de 32 bits bien. ¿Cuáles son las posibles razones por las que Apple podría no haber sido capaz de hacer esto?
Respuesta
¿Demasiados anuncios?
La explicación más simple podría ser una de dos cosas:
Simple limitados recursos - tiempo finito para control de calidad y de prueba. Esto siempre es algo a tener en cuenta - para cada dispositivo que ejecuta el código, usted necesita para proporcionar dispositivos a los codificadores, de la prueba durante el desarrollo de la prueba durante el control de calidad, soporte a través de los 2-3 años que OS será bajo el soporte técnico, etc... Básicamente, técnicamente factible características yacen esparcidos a través del corte en el piso todo el tiempo debido al hecho de que los recursos no son infinitos, plazos de existir, y los presupuestos de existir.
-
El marco de Apple utiliza para implementar esto simplemente no apoyar o no ha sido escrita para el hardware más antiguo. Sí - usted puede escribir el código de la básica 1+1=2 para cualquier chipset o marco. Mi conjetura es que el turno de noche está escrito en metal o un nivel inferior de la API. La documentación de Apple explica el hardware necesario para el soporte de metal y OpenGLES v 3.0:
Si nos fijamos en todos los OpenGL2.0 y no metálicos en los dispositivos que ahora no apoyo del turno de la noche podría ser un convincente razón técnica para que no se entregue esa característica sin el metal/3.0 capacidades de la API de gráficos y soporte de hardware de copia de seguridad de lo que el código se describe.
Mi corazonada es sólidamente en Hardware + API limitación campamento, pero vale la pena afirmar que hay un gran costo para cada cambio y cada decisión en el ecosistema iOS, en este punto con la mayoría de los 1 mil millones de usuarios activos de los productos de Apple, siendo los usuarios de iOS.
