Best practice CRUD Desktop
Uso sempre questo design per CRUD Desktop Form:
È un buon design per un modulo CRUD? Hai qualche suggerimento per una migliore forma desktop grezza?
Il mockup che hai fornito è un'interfaccia molto rudimentale e dipende davvero da cosa stai cercando di fare. Trovo che gli utenti possano capire meglio le voci quando si utilizza un blocco formattato ripetuto anziché le griglie con titoli separati. In alternativa dai un'occhiata agli elenchi dei prodotti di Ebay (una volta entrato nella categoria). Puoi anche consultare Amazon o anche http://slashdot.org .
Utilizzando un menu a discesa per fornire le opzioni di ordinamento e un blocco formattato ripetuto fornisce un buon riepilogo e consente di impacchettare più informazioni rispetto al layout della griglia. Inoltre, impedisce un ingombro visivo eccessivo con tutte le linee cellulari della griglia.
La scelta di una casella di ricerca nell'elenco è una buona idea. Nel tuo progetto finale, non liberartene.
Un approccio che prendo è quello di mantenere i controlli globali (i controlli che influiscono su ciò che vedi nell'elenco) all'esterno dell'elenco. I tuoi pulsanti Search e Create ne sarebbero esempi. Continuo a controllare controlli specifici con il record stesso, cosa che il blocco formattato mi consente di fare. Ogni record avrebbe i propri pulsanti Read, Update, Delete.
Infine, potresti voler considerare parole alternative nell'interfaccia utente per i pulsanti CRUD. Mentre quelle parole hanno senso per i programmatori, non sempre hanno senso nel contesto a cui l'utente è abituato. I seguenti sono sinonimi comuni che uso (nota: utilizzo gli stessi verbi in tutti i moduli, ma scelgo l'insieme di verbi in base al mio pubblico di destinazione):
- Crea - "Nuovo", "Crea un nuovo [~ # ~] xxx [~ # ~] '
- Leggi: titolo del record, "Mostra", "Visualizza", "Rivedi"
- Aggiornamento: "Modifica", icona a forma di matita
- Elimina: "Rimuovi", icona del cestino
CRUD è un acronimo utile per coprire le funzionalità standard per elenchi di record modificabili, ma non sono sempre i migliori per l'utente.
Come ha sottolineato Berin, il modello sembra la finestra archetipica del CRUD. Tuttavia, poiché un'interfaccia utente CRUD proviene direttamente dall'ideologia della semplice presentazione del contenuto del database in forma modificabile a un utente, non è quasi mai la soluzione più informativa o utilizzabile. L'obiettivo finale degli utenti non è mai quello di "lavorare con i dati".
Dato che al mockup mancano dati reali (o qualsiasi altra cosa), è impossibile dire quale sarebbe la migliore visualizzazione per esso. Se arrivate ancora alla conclusione che il formato tabella semplice è la strada da percorrere, ecco alcune idee per sbarazzarsi dei pulsanti non necessari:
- usa lo scorrimento invece del paging - non è necessario il widget di navigazione in basso (leggi di più su scorrimento vs. paging )
- usa edit-in-place con autosave per i contenuti della tabella - non è necessario il pulsante
update - usa il filtro continuo con la ricerca - non è necessario il pulsante
search - riservare una prima e/o ultima riga fissa della tabella visibile per l'inserimento di una nuova riga - non è necessario il pulsante
create - utilizzare un pulsante o un'icona
removededicata su ogni riga
Sicuramente, questi sono solo suggerimenti. Devi fare alcuni test utente (con utenti reali e dati reali) per vedere ad es. se gli utenti vengono confusi se manca il pulsante search o se le modifiche vengono salvate automaticamente.