prisma e schermi multipli

2

OK - Sto studiando Prism un po 'a causa di un " weekend gratis "offerta su Pluralsight. Dato che questo si sta rivelando troppo complesso per me, sono andato a il libro Prism e ho guardato in avanti, e questo è cosa ha detto:

What comes after “Hello, World?”

WPF and Silverlight developers are blessed with an abundance of excellent books... There’s no lack of tutorials on Model-View-ViewModel ... But they stop short of the guidance you need to deliver a non-trivial application in full.

Your first screen goes well. You add a second screen and a third. Because you started your solution with the built-in “Navigation Application Template,” adding new screens feels like hanging shirts on a closet rod. You are on a roll. Until the harsh reality of real application requirements sets in.

As it happens, your application has 30 screens not three. There’s no room on that closet rod for 30 screens. Some screens are modal pop-ups; you don’t navigate to a pop-up. Screens become interdependent such that user activity in one screen triggers changes that propagate throughout the UI. Some screens are optional; others are visible only to authorized users. Some screens are permanent, while other screens can be opened and closed at will. You discover that navigating back to a previously displayed screen creates a new instance. That’s not what you expected and, to your horror, the prior instance is gone along with the user’s unsaved changes.

Ora il problema è che non mi riferisco a questa descrizione. Non sono mai stato un programmatore dell'interfaccia utente, ma come chiunque altro utilizzo applicazioni Windows come MS-Office e siti Web come Amazon, Facebook e StackExchange. E guardo questi e non vedo molti "tanti schermi"!

In effetti, le uniche applicazioni con molte finestre a cui posso pensare sono Visual Studio. Forse anche Visio, un po '. Ma prendi Word: hai un nastro e una finestra principale. Oppure prendi Facebook: hai questi elenchi a sinistra (Preferiti, elenchi, gruppi ecc.), Lo stato intermedio, gli add e successivamente la barra laterale Contatti. Ma è solo una pagina.

Naturalmente, capisco che negli scenari aziendali ci sono applicazioni dashboad in cui più segmenti dello schermo vengono aggiornati da più servizi non correlati. Questo lo scaverò. Ma altri scenari?

Quindi - Cosa mi manca? Che cosa è il mostro "schermi multipli" Pirsm dovrebbe essere la soluzione proiettile d'argento per? Shoud investo nello studio del Prisma oltre all'apprendimento di WPF o ASP.NET MVC?

    
posta gnat 12.11.2011 - 19:32
fonte

1 risposta

1

Immagino che il problema che stai avendo non sia correlato al Prisma. La domanda riguarda la progettazione GUI di un'applicazione, in particolare, la tua domanda riguarda il motivo per cui usi più schermi (finestre, pagine, ecc.).

Hai trovato una buona risposta per semplificare l'interfaccia utente nel testo della tua domanda, ovvero molte applicazioni usano 1 pagina alla volta.

Lo schermo / pagina multipla è di solito, anche se di fantasia, confonde per molti utenti (questo ovviamente dipende dalle abilità dell'utente) non solo per i programmatori!

La strategia di 1 pagina funziona per Word, Wizard, schermate di configurazione, programmi di installazione e molti altri.

Quando si utilizza questo approccio, si semplifica notevolmente la programmazione della GUI (nel caso si stia tentando di gestire la concorrenza dei dati visualizzati in molte schermate). Sebbene "legante" possa essere in grado di occuparsi di parte di questo, tuttavia, in alcuni casi non è molto facile.

Il mio suggerimento è di interrompere la programmazione e iniziare a progettare l'interfaccia utente in base alla funzione aziendale del cliente. Pensa a ciò che l'utente deve fare per ogni funzione aziendale. Determina quali informazioni sono richieste dal sistema in modo che la funzione sia completa. Progettare il flusso per questa funzione in base a questo. Fallo per le altre funzioni, quindi rivedi e perfeziona il tuo flusso. Considera diversi ruoli utente in questo processo. Alla fine sarai in grado di trovare il design GUI ottimale. Ora, questo può coinvolgere più di 1 pagina / schermo ma resisterà a meno che non sia necessario.

In breve, progetta prima della codifica.

Buona fortuna.

    
risposta data 12.11.2011 - 21:45
fonte

Leggi altre domande sui tag