Las mejores prácticas para la personalización de una interfaz de usuario versionado?

Question

¿Cómo sería el siguiente escenario mejor ejecutarse lo siguiente:

Hay una interfaz de usuario estándar para una aplicación en la versión 1.0, por ejemplo un formulario de pedido. Esta aplicación se personalizado para adaptarse a las necesidades de los diferentes clientes. Esto podría ser un campo adicional "tiempo de entrega deseada" para el cliente A, la omittance del campo "número de teléfono" para el cliente B, un mapa de complemento extra que muestra almacenes cercano para el cliente C y una combinación de éstos para el cliente D.

Ahora, el desarrollador lanza una nueva versión del formulario de pedido estándar, versión 2.0. ¿Cuál es la mejor manera de diseñar esto para tener el mínimo esfuerzo (en su caso) para asegurarse de que todas las personalizaciones realizadas por los clientes pueden mantenerse vivas?

Me podía imaginar las soluciones siguientes:

• Configuración: todas las opciones son configurables. En realidad, esto no puede ser una solución, ya que no se pueden prever todas las posibles necesidades de los clientes.
• Herencia: personalizaciones se hacen heredando la versión estandarizada. Sin embargo, ¿cómo puede uno asegurarse de que la nueva versión no se traduce en una versión "cutre" Mirando a medida?

Answer 1

La opción inmediata que viene a la mente es una especificación de interfaz de usuario que existe fuera de la aplicación. Cuando se ejecuta la aplicación, la interfaz de usuario se genera en tiempo de ejecución. Si bien esto es más trabajo que una interfaz de usuario estático, compilado, también es mucho más flexible en el largo plazo, teniendo en cuenta su ciclo de vida del software específico.

Hay marcos que existen solamente para este propósito: XUL es una bien conocida ejemplo.

Se podría, sin embargo, la mano-liar. En última instancia, esto le da el poder para mantener las interfaces de usuario de sus clientes por separado.