2012-06-26 12 views
10

Si estaban en el punto de partida para diseñar una nueva aplicación empresarial/empresarial, ¿considerarían Metro style (WinRT) interfaz de usuario para eso?¿Qué tan adecuada es la interfaz de usuario de estilo Metro (WinRT) para aplicaciones empresariales?

que necesitamos:

  • una aplicación de escritorio sofisticados (WPF/MVVM) para la edición de múltiples formas complejas con campos cientos, algunos formularios/ventanas/páginas pueden ser bastante considerable, el espacio de manera gratuita en la pantalla tiene que ser utilizado sabiamente Acceso a todos los controles con mouse y teclado. Usar pantallas táctiles es posible en el futuro (pero creo que < 5% de los clientes lo usarán).
  • una aplicación web para ver datos (mucho más simple que la aplicación de escritorio)
  • aplicaciones móviles para iPhone/Android con funciones básicas para tareas fuera de línea en el campo.

La interfaz de usuario debe ser coherente entre todas las aplicaciones. Y estoy seguro de que no sería un problema diseñar aplicaciones móviles con Metro (y probablemente con la aplicación web). Pero la aplicación de escritorio puede ser demasiado compleja para Metro (debido a formularios y listas grandes).

¿Alguien ha visto muestras de aplicaciones empresariales/empresariales con Metro UI?

P.S. He leído muchos artículos de MS (como Designing great productivity apps for Windows) y algunas vistas sobrias de cosas (como How suitable is Windows 8 Metro for business developers?) y todavía no puedo encontrar un buen enfoque para grandes formularios y listas con Metro UI.

Me gustaría obtener algo como Zune (en la imagen de abajo), pero creo que es imposible. enter image description here

+0

Revise WinRT y asegúrese de que tenga lo que necesita para el escritorio (por ejemplo, no hay System.Data). Es una especie de caja de arena que puede ser algo bueno o algo malo. Una interfaz de usuario coherente desde el escritorio al móvil es una premisa de diseño limitante. – Paparazzi

+1

Encontré un ejemplo de la aplicación CRM en Metro UI en video DevExpress (http://youtu.be/kgzvyBfuMkc?t=5m28s). No está mal, si sabes que fue construido con WinForms –

Respuesta

7

Hace uno o dos años, nuestro equipo fue apoyado por diseñadores de IU profesionales para rediseñar una gran aplicación basada en formularios que estamos desarrollando (basada en WPF). Tuvimos los mismos problemas: los clientes quieren mostrar formularios a veces con cientos de campos de formulario e, idealmente, quieren ver todos los campos en una sola página.

La sugerencia de los profesionales fue: convencer a sus clientes de que esta es una mala idea. Limite el número de campos por pantalla a tal vez una docena. Solo entonces tendrá una interfaz de usuario que se ve bien y que es fácil de manejar.

Por lo tanto, creo que es posible tener una aplicación empresarial con formularios complejos en Metro, dividiendo los formularios complejos en partes más simples. Sin embargo, hay otros criterios que debe considerar:

  • ¿Qué tan dispuestos están los clientes empresariales a actualizar a Windows 8? Teniendo en cuenta que una gran cantidad de clientes empresariales todavía usan Windows XP (y algunas veces incluso IE6), espero que actualicen muy lentamente a Windows 8.

  • ¿Los clientes empresariales preferirán Windows Phone 8 a iOS o Android? No estoy seguro acerca de Android, pero mi experiencia actual es que quienes toman las decisiones en las empresas piensan principalmente en iOS cuando buscan una aplicación empresarial móvil, simplemente porque muchos de ellos ya poseen dispositivos iPad/iPhone. Creo que puede tomar bastante tiempo hasta que Windows Phone 8 entre en su foco.

+1

Definitivamente una mala idea para mostrar cientos de campos en una sola página. Emplee conceptos de diseño de usabilidad como la divulgación progresiva para diseñar estos formularios que tienen muchos campos de entrada. –

+0

También dado que Windows 8 está todavía en su infancia y probablemente no madure durante un año más o menos, me quedaré con WPF para Windows 7 y XP, especialmente para empresas conservadoras. Según tengo entendido, estas aplicaciones aún se pueden ejecutar en Windows 8 en el modelo –

+0

@fmunkert de destkop, ¿podría proporcionar una captura de pantalla o una descripción detallada de una de las formas pesadas con muchos campos? Me quedo con los componentes DevExpress lo que me permite crear una aplicación WPF con Metro UI sin WinRT u otra API relacionada con Win8. Así que incluso los usuarios de WinXP SP3 pueden trabajar con él –

4

La gran diferencia entre Metro y Classic de Windows es que Metro está optimizado para la pantalla táctil, y por consiguiente, los controles de la base para el desarrollo de las ventanas 8 son más grandes y están diseñados principalmente para la interacción táctil (aunque tienen apoyo razonable ratón) .

Los formularios desordenados serán problemáticos en Windows 8 ya que el estilo Metro favorece las interfaces de usuario despejadas. Esto será especialmente evidente en una tableta donde el teclado virtual emergente cubrirá parte de la pantalla, y la ventana realizará gimnasia de desplazamiento para poner el cuadro de texto actualmente enfocado (por ejemplo) a la vista.

Todos los controles de Metro se pueden remodelar para imitar sus contrapartes heredadas (para que pueda crear una pantalla tipo Zune como usted describe), pero entonces tendría que preguntarse cuál sería el beneficio de crear la aplicación en Windows 8 si no vas a utilizar el nuevo soporte táctil?

Howver, hay una gran ventaja de escribir su aplicación en Metro, y eso es la portabilidad. Si puede obtener el diseño de la interfaz de usuario de la aplicación para que permanezca como una aplicación de Metro estándar (mientras facilita sus requisitos), entonces su aplicación debe ejecutarse en el escritorio de Windows, Windows Tablet y Windows Phone con un mínimo esfuerzo de desarrollo adicional.

Con Windows 8 Mertro también tiene la ventaja de iniciar aplicaciones a través de la propia 'Tienda de aplicaciones', pero esto también puede verse como un obstáculo, dependiendo de las políticas de seguridad de su empresa (aunque las aplicaciones se pueden implementar outisde de la tienda de aplicaciones usando powershell).

+0

Entiendo el concepto de diseño de Metro, pero también entiendo que hay muchas áreas donde los diseñadores/desarrolladores tienen que retroceder de las reglas. Tales aplicaciones, como Photoshop, nunca cumplirán al 100% las reglas de Metro. Sospecho que las aplicaciones que no son de entretenimiento tienen muchos lugares con soluciones provisionales de las reglas. Hasta ahora, no tenemos diseñadores experimentados de Metro y necesitamos enseñarlos. Es por eso que estoy buscando ejemplos de buenos compromisos y soluciones al menos para problemas comunes en aplicaciones comerciales/empresariales pesadas con Metro UI. –

3

La filosofía de diseño de Metro es ciertamente interesante. No hay duda de que se puede usar para hacer aplicaciones bastante sorprendentes, pero ciertamente no es para todas las aplicaciones.

Haciendo caso omiso de Windows tienda de aplicaciones (o lo que Microsoft les está llamando esta semana), los aspectos más singulares de Metro son:

  • cromo-menos
  • no hay gradientes
  • Sin esquinas redondeadas en las fronteras o contenedores
  • Sin representación con subpíxeles/anti-aliasing - todo es
  • sin sombras, transparencia o de vidrio efectos *
  • claras y nítidas
  • Contexto sensibilidad
  • uso fuerte de la tipografía
  • el uso estricto de color de

* Microsoft realidad rompe éste un par de veces - sobre todo con las listas desplegables.

Un buen ejemplo de Metro hecho bien en una aplicación tradicional técnica de pesada es de Outlook 2013:

Outlook 2013 Preview

Se adhiere a los principios básicos de metro, donde los datos son distracciones rey y la interfaz de usuario deben mantenerse a un mínimo. También le permite ver cómo se pueden presentar los mismos datos a través de outlook.com:

Outlook.com

Y aquí está el mismo sitio en el sitio móvil que demuestra la consistencia de la apariencia, mientras que los datos sean manejables para una completamente diferente factor de forma:

Outlook.com

Descargo de responsabilidad: Personalmente, no considero que el toque sea un aspecto implícito del diseño de Metro: el tacto requiere consideración adicional para cosas como control de gestos, retroalimentación gráfica y espaciado de control. La gente sin duda estará en desacuerdo con eso, pero entonces nadie está de acuerdo cuando se trata de diseño :)

Cuestiones relacionadas