Pregunta

Estoy trabajando en un sitio web ASP.NET dirigido a navegadores de escritorio.Queremos habilitar una vista móvil opcional (p. ej. http://m.sample.com) que ofrecerá algunas páginas simples que serán principalmente texto.No será necesario AJAX ni siquiera Javascript, y no habrá entrada del usuario; en realidad son solo tablas de texto con algunos enlaces para navegar entre las páginas.

¿Cuál es la mejor manera de configurar esto para que funcione en Blackberry, Windows Mobile y iPhone?

¿Debería estar mirando? ASP.NET Móvil ¿Soporte o simplemente publicar mis propias páginas?

ACTUALIZAR:Esto fue para m.microsoftpdc.com.Optamos por el enfoque de subcarpeta /Mobile y utilizamos Consejos de iPhone de Scott Hanselman para ventanas gráficas y otras cosas.

¿Fue útil?

Solución

He hecho esto en el pasado y la forma en que lo hice es separando las páginas creando un directorio para Escritorio y un directorio para Móvil.Esto te da una mejor separación de las vistas, ya que en realidad son muy diferentes.En formularios ASP.NET utilicé el Presentador de vista de modelo patrón mucho ya que iba con la forma en que ASP.NET Forms funcionaba mejor.De esa manera podría reutilizar algo de código entre las dos vistas.Luego, en su página index.aspx para el sitio, simplemente analiza la cadena de agente de usuario de la solicitud para descubrir el navegador y redirigir en consecuencia.Entonces, por ejemplo, una persona con un iPhone llega a su sitio, usted analiza el cadena de agente de usuario y descubre que es un iphone.Luego redirige a m.sample.com que apunta a la página Mobile/Index.aspx.De lo contrario, redirige a Desktop/Index.aspx.

Hice el análisis de la cadena de agente de usuario a nivel de página, pero, por supuesto, también se puede hacer este tipo de lógica en el nivel HttpModule o HttpHandler.

Editar

Simplemente publiqué mis propias páginas ya que no estábamos apuntando a teléfonos que tuvieran soporte WML.En mi opinión, esa sería la única razón para utilizar la compatibilidad con ASP.NET Mobile, si también desea admitir teléfonos habilitados para WML.

Otros consejos

Sólo ha identificado 3 'plataformas' de teléfonos como su objetivo.Una cosa a considerar es que hay MUCHOS más teléfonos que no son Blackberry, Windows Mobile o iPhone y tal vez sean la mayoría de su audiencia.(?)

Por cómo describe su aplicación (SOLO texto), debería poder acceder a prácticamente cualquier teléfono celular con acceso a Internet, que es prácticamente todos los teléfonos vendidos en los últimos ocho años.

Es probable que implementar el suyo propio le brinde más control sobre cómo se muestra y navega el contenido, lo cual sus usuarios apreciarán, pero perderá gran parte del formato automático y la capacidad de interacción avanzada que algo como ASP.NET Mobile puede brindarle.Es una compensación que quizás desee considerar a la luz de hacia dónde anticipa que llegará su comunidad de usuarios con esto en los próximos 2 años.

¿Es posible que soliciten más capacidad de escritorio en el lado móvil?Si es probable que "sí" (más aún cuando pienso en las 3 plataformas a las que se dirige), entonces recomendaría alguna herramienta de habilitación/formato automatizado como ASP.NET móvil.Si no, simplemente cree el suyo propio y déjelo simple y fácil de usar para sus visitantes.

Sé por experiencia personal que realmente no hay mucho que debas hacer con el iPhone.Por lo general, prefiero navegar por su sitio habitual con mi iPhone.

Pero sólo mis dos centavos.

Diferentes hojas de estilo basadas en el agente de usuario manejarán lo "bonito".¿Estás utilizando páginas maestras?También puede configurar diferentes maestros según el dispositivo utilizando filtros de dispositivo.

En Mix este año (2009) mdbf fue anunciado.Ver este video o esta publicación de blog de Scott Hanselman para ver ejemplos sobre su uso para identificar y redirigir navegadores móviles según sea necesario.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top