2012-01-05 10 views
6

Últimamente he estado construyendo una aplicación de teléfono móvil usando Sproutcore20 y ahora Ember.JS. Esto funciona muy bien en mi iPhone (3GS) aunque tartamudea en muchos dispositivos Android.estructura de vista óptima con Ember.js para una aplicación móvil

Lo más simple, como cambiar de elemento del menú principal y cargarlo en una vista diferente, se siente casi como nativo.

Actualmente utiliza las vistas de plantilla que se anexan y eliminan en un gráfico de estado. Cada elemento del menú principal tiene un estado principal en el que se anexan las vistas correspondientes (y se eliminan al salir).

Este método me parece óptimo pero no funciona de manera óptima, entonces me pregunto si un enfoque alternativo como agregar todas las vistas en carga (diferido) y alternar visibilidad mejoraría el rendimiento (1)? Haría el DOM más grande y por lo tanto las operaciones en el DOM serían más lentas.

¿Cuál es una estructura de código Ember.js óptima para construir una aplicación móvil, y qué consideraciones deben tenerse en cuenta al construir para dispositivos móviles (2)?

+0

Por favor, solo una pregunta a la vez. – Steffen

+0

La segunda pregunta es meramente una explicación de la respuesta dada a la primera pregunta, exactamente el mismo contexto y publicación dos veces parece inútil. – ralf

+0

@ralf si le parece inútil, mire hacia otro lado. Si lees la pregunta cuidadosamente, verás el segundo pliegue a la pregunta misma. Lo leí como qué consideraciones deben tenerse en cuenta al construir para dispositivos móviles usando Ember.js – Combustion007

Respuesta

4

Realmente depende de su aplicación. En general, limitar el número de elementos DOM y el número de cambios DOM ayuda al rendimiento. Decidir si dejar elementos en el DOM y ocultarlos/mostrarlos, o crear/destruir elementos según demanda depende de los patrones de uso de la aplicación. Si espera que el usuario se mueva rápidamente entre las vistas, ocultar/mostrar puede tener sentido.

Cuestiones relacionadas