Le migliori pratiche per la personalizzazione di un'interfaccia utente di versione?

Question

Come sarebbe il seguente scenario migliore da attuare:

C'è un'interfaccia utente standardizzata per un'applicazione in versione 1.0, ad esempio un modulo d'ordine. Questa applicazione viene personalizzato per soddisfare le esigenze dei diversi clienti. Questo potrebbe essere un campo aggiuntivo "tempi di consegna desiderato" per il cliente A, l'omittance del campo "numero di telefono" per il cliente B, un plugin mappa extra che mostra magazzini vicino per il cliente C e una combinazione di questi per il cliente D.

Ora, lo sviluppatore rilascia una nuova versione del modulo d'ordine standard, la versione 2.0. Qual è il modo migliore per progettare questo per avere il minimo sforzo (se non del tutto) per assicurarsi che tutte le personalizzazioni fatte per i clienti può essere mantenuto in vita?

potevo immaginare le seguenti soluzioni:

• Configurazione: tutte le opzioni sono configurabili. Questo in realtà non può essere una soluzione, come tutte le esigenze possibili clienti non possono essere previsti.
• Ereditarietà: personalizzazioni sono fatte da ereditare la versione standardizzata. Tuttavia, come si può verificare che la nuova versione non si traduca in una versione "schifosa" Guardando personalizzato?

Answer 1

L'opzione immediata che viene in mente è una specifica interfaccia utente che esiste al di fuori dell'applicazione. Quando l'applicazione viene eseguita, l'interfaccia utente è generato a run-time. Mentre questo è più lavoro di una statica, compilato interfaccia utente, è anche molto più flessibile nel lungo periodo, dato il vostro specifico ciclo di vita del software.

Ci sono strutture che esistono esclusivamente per questo scopo: XUL è una ben nota esempio.

Si potrebbe, tuttavia, a mano rotolare il proprio. In definitiva, questo ti dà il potere di mantenere le interfacce utente dei vostri clienti a parte.