En general, sé cómo hacer la localización de las aplicaciones de iOS, lo único es elegir entre las formas disponibles y hacerlo de la manera correcta. Entonces me gustaría preguntarle sobre su enfoque l10n para sus proyectos.Localización para aplicaciones de iPhone: ¿cuál es su enfoque?
Éstos son mis entradas:
- tengo 15 archivos (XI ter llenos de un montón de puntos de venta de IB que no se sintetizan como propiedades, sino que que ser localizado).
- Es muy probable que mi aplicación tenga 3-5 versiones de idioma, pero es posible que incluso vaya para 10 idiomas en el futuro.
- En un futuro próximo planeo agregar nuevos objetivos que pueden cambiar el diseño de la interfaz de usuario (versiones gratuitas/de pago).
Veo dos maneras en que podría ir:
Opción A: localizan cada archivo semilla haciendo XIBs localizable y la adición de versiones lingüísticas:
- Temo que con 15 XIBs y 3 -5 idiomas será un horror al mantenimiento que se saldrá de mi control cuando extienda la localización a ~ 10 idiomas e introduzca nuevos objetivos (el horror al mantenimiento no se trata de SCM, estoy usando git btw).
- Tendría que mantener sincronizadas todas las versiones de XIB que afectarían en el doloroso proceso de solicitud de cambio.
- También me temo que mi paquete de aplicaciones crecerá grande (actualmente los XIB usan ~ 1.1 MB y se traducen a ~ 120 kB de archivos NIB).
- cuando decida hacer una versión de iPad, la cantidad de XIB volverá a crecer.
Opción B: hacer la localización en el código cableando todos los enchufes necesarios sintetizarlos a las propiedades y establecer sus etiquetas/títulos correctamente:
- Temo que mi aplicación huella de memoria será realmente grande. O, considerando la memoria adecuada, ¿no debería considerar esto como un problema?
Iría por la segunda opción ya que veo menos inconvenientes y puede permitir que todo esté controlado en cada control de vista, pero me gustaría saber cuál sería tu elección. ¿Qué forma funciona mejor para ti?
EDIT: Sé que ibtool
podría simplificar el proceso en el Plan A, pero todavía no estoy convencido de ello.
¿Podría optar por la Opción B si sus XIB tuvieran 25 IBOutlets en promedio? Conectarlos a todos, sintetizar y cuidar la gestión de la memoria me resulta tedioso. ¿Cuáles son los motivos para optar por la Opción B? – matm
25 IBOutlets en un solo XIB? Eso parece ser una interfaz de usuario muy concurrida. Gritos para un diseño de interfaz de usuario mejorado;) Pero, en general, no veo una razón para no utilizar archivos de cadenas. Manejar esos muchos XIB y ajustar manualmente todo para cada idioma es una molestia mucho más grande. Si sabe cómo administrar la memoria, no hay inconveniente. – Kerni
Bueno, yo también tomaría la opción B, porque normalmente tiene una salida para un elemento de IU. Excepto tal vez las etiquetas de textFields, pero eso no parece gran cosa. – GorillaPatch