Inizio Interfaccia utente sul blog (YUIBlog)

D: Qual è il miglior modo di comunicare un modello?

Bill Scott
Ajax Evangelist, Yahoo Inc.
Blogger, Sembra buono Funziona bene
Curatore ex, Yahoo! Design Pattern Biblioteca

La questione della "Qual è il modo migliore per comunicare i modelli?" Ha diverse dimensioni.

How Will I modelli sono distribuiti?

Nel rispondere alla domanda principale, è importante chiedere specificatamente "come i modelli saranno distribuiti?" Al Yahoo! (UED) User Experience & Design di squadra (a quel tempo guidato da Erin Malone, Matt Leacock, Chanel Wheeler e altri) creata la libreria di pattern con un popolare sistema open source di gestione (CMS) - Drupal. Questo è importante perché uno dei principali vantaggi di un CMS è la facilità con cui permette di contenuti (ad esempio, i modelli) di essere creati da chiunque designato come un autore (in questo caso aperta a tutti di Yahoo! UED).

Questo ha permesso la progettazione della libreria Yahoo! modello di crescere organicamente tutta l'organizzazione. Invece di un autore unico modello di controllo della biblioteca, chiunque può aggiungere i modelli alla libreria (anche se un processo di revisione esiste per portarli a pubblicazione integrale.)

Tuttavia, la libreria di pattern pubblico non utilizza il sistema di Drupal. Il sistema di CMS è più adatto per aggiungere contenuti (i modelli), ma non così flessibile nell'organizzazione dei modelli in modo facilmente trovabili. Con la biblioteca pubblica che abbiamo scelto un design flessibile per aiutare a risolvere il "problema findability." Naturalmente non abbiamo risolto tutti i problemi, ma findability non siamo più vincolati dal CMS. Per la libreria di pattern esterno i modelli sono rappresentati in JavaScript Object Notation ( JSON ) formato. Questo ci permetterà di distribuire i modelli di servizi web - non solo come pagine web. In questo modo sarà possibile pubblicare i modelli in diversi formati per diversi dispositivi. E, infine, i siti altro modello sarà in grado di mashup i loro modelli con i modelli Yahoo! in un sito web unico.

Perché tutta questa materia? Modelli distribuiti in formato on line sono più facili da condividere che i modelli che non hanno una presenza online. Questo non sconto che ci sono evidenti vantaggi in altri formati (ad esempio, libro.) Distribuire i modelli di pagine web e servizi web viene loro alle masse più rapidamente producendo un tasso di adozione più elevato.

How Will I modelli sono vincolata?

La prossima cosa da considerare è quello che vincoli legali saranno applicate a modelli. Ciò non dovrebbe essere presa alla leggera. A Yahoo! abbiamo scelto almeno il restrittive Licenza Creative Commons ( per attribuzione ). Questo è stato di proposito. Abbiamo sentito questo era il modo migliore per dare ai nostri schemi "ali".

Qual è stato il risultato di impostazione nostri modelli gratis? In primo luogo, abbiamo ricevuto una quantità enorme di buona volontà, dalla progettazione e della comunità di ingegneria. In secondo luogo, ha esposto il concetto di modelli ad un pubblico molto più ampio. E, infine, altre aziende hanno deciso (o stanno prendendo in considerazione), rilasciando alcune o tutte le loro modelli al pubblico come un risultato. Questo può significare solo cose buone per la progettazione e sviluppo della comunità in generale.

Chi sono gli utenti dei nostri modelli?

Un buon design comincia sempre con "Chi è l'utente?" E "Qual è l'obiettivo dell'utente?" In primo luogo i nostri modelli sono stati pensati per web designer poiché questo è il cuore del business Yahoo! 's.

Conoscere il nostro target di riferimento ci ha portato a pensare a come volevamo organizzare la nostra libreria di pattern. Naturalmente, non c'è nessuno tassonomia unico per organizzare una libreria di pattern.

Un anno fa ho preso tutti i modelli da Jenifer Tidwell, Martijn Van Welie e Sri Laakso e cercato di trovare un buon modo per loro struttura. Che fatica estenuante! Alla fine ho sperimentato con Mind Mapping software per aiutarmi a cimentarsi con la complessità.

Dopo diverse sedute mind mapping, ho finalmente capito l'ovvio. Se un progettista sta arrivando la libreria di pattern, molto probabilmente hanno un problema e sono alla ricerca di una soluzione (sì, che avrebbe dovuto essere ovvio.) Sapendo che i modelli contengono una dichiarazione del problema e una soluzione, è solo sembrato naturale organizzarli in modo coerente con le loro dichiarazioni problema. Una dichiarazione tipico problema potrebbe dire: "L'utente ha bisogno ha bisogno di riorganizzare la disposizione dei moduli in una pagina web direttamente." Ciò rientra nella categoria dei bisogni degli utenti e personalizzazione (l'utente deve personalizzare ...). Si scopre che un certo numero di modelli direttamente soddisfare le esigenze degli utenti e il resto sono guidati da vincoli di sistema che il progettista deve tener conto. Ciò significa che alcuni modelli sono goal-directed, il resto sono constraint-based. Ciò ha portato alla attuale organizzazione della biblioteca modello pubblico.

Che cosa rende così un modello?

Penso che sia importante per la struttura del pattern in modo coerente con poche chiare, concise sezioni. Abbiamo scelto di primo stato il problema, accanto vi mostriamo un esempio di sensibilizzazione, poi ci si sposta verso l'utilizzo e concludere con la soluzione. Abbiamo anche un paio di sezioni opzionali: una logica che può andare in più sfumature di progettazione dettagliata, così come una sezione di accessibilità.

Inoltre, forniamo esempi di codice con la maggior parte dei nostri modelli. Questi modelli non includono solo una soluzione di design, ma anche il codice di avviamento per avere squadre in movimento il più velocemente possibile. Come una questione di convenzione, abbiamo posto le soluzioni di codice nella barra laterale e non nel corpo principale contenuto del modello. Questo sottolinea che mentre il codice è associato al modello, non è parte diretta del pattern. Credo che l'aggiunta di codice è una grande soluzione per l'azienda librerie specifiche del modello. Ma sono anche d'accordo con Jenifer che generale librerie di pattern scopo dovrebbe generalmente evitare di fornire esempi di codice.

Un ultimo punto di chiarimento è che internamente si separano le linee guida di Visual Design (scritto come Visual Design Patterns) da Interaction Design Patterns (come quello che vedete sul sito pubblico.) Questo ci permette di mantenere i modelli di interazione più generale separando le stile (spaziatura, font, colori, ecc) dalla interazione.

- Bill