Html5Boilerplate o Html5Boilerplate Mobile per il primo sito web mobile?

Question

Ora che Html5Boilerplate ha raggiunto la versione 2.0 ed è orientato al design mobile-first, è necessario utilizzare Html5Boilerplate Mobile per i siti mobili? Volevo solo chiedere b/f ho scavato attraverso il codice di ciascuno.

Appare una delle ovvie differenze è che Html5Boilerplate è passato da ripristino CSS a normalizzazione e aggiunto aspetti mobili come answer.js e sezioni di query multimediali mobili. Anche lo standard standard è più attivo su Github. Qualcuno ha qualche opinione su questi due?

Answer 1

No, Html5Boilerplate Mobile non deve essere utilizzato per nuovi progetti; è deprecato.

Un avviso disapprovazione was added nel mese di luglio 2015 per il progetto di GitHub repo (a partire da questa segreteria - Agosto 2016 - che è stato il più recente commit):

Il team H5BP ha deciso di mantenere non più mobile Boilerplate dal HTML5 Boilerplate sembra essere un buon punto di partenza per qualsiasi tipo di progetto .

Answer 2

Rubare questa risposta per lo più da our mailing list thread on the subject ...

HTML5Boilerplate è quello che si dovrebbe usare se si stanno ottenendo iniziato sui siti web. È ottimizzato per funzionare e adattarsi sui browser mobili.

mobile HTML5 Boilerplate è ottimizzato per le applicazioni web che sono esplicitamente scritti di avere UX diverso, mentre su dispositivi diversi dal desktop.

• Ciò significa che potrebbe voler imitare l'interfaccia utente delle applicazioni native o essere vicino ad esso.
• Possono utilizzare in modo intensivo i paradigmi dell'interfaccia utente tattile e altre interazioni che non sono possibili su un browser desktop.
• Esse utilizzano esplicitamente le query multimediali e altri metodi per rilevare un browser senza desktop e offrono un'esperienza diversa.

Quando dico applicazioni web, voglio dire i siti web che vengono utilizzati intensamente per eseguire alcune operazioni (come twitter.com/gmail.com/facebook.com interfaccia /admin di wordpress.com). Questi siti sono tenuti a sfruttare il vantaggio dello spazio disponibile e aiutare gli utenti a svolgere le proprie attività con il minimo sforzo, indipendentemente dal dispositivo.

D'altra parte, noi abbiamo i siti web visitati dagli utenti di tanto in tanto perché hanno trovato in e-mail di qualche amico o su reddit che ha contenuto, ma gli utenti raramente interagiscono con esso (diversi dal semplice visitarla o al massimo lasciando un commento), nel qual caso html5 boilerplate sarebbe essere un buon modello da utilizzare. Questa sarebbe una buona opzione per la maggior parte dei siti che sono ricchi di contenuti e richiedono una minima interazione da parte dell'utente.

Sfortunatamente per noi, le piattaforme mobili creano anche dei silos con che specificano i meta tag personalizzati da utilizzare per l'ottimizzazione per la loro piattaforma. E.g. Apple consiglia di utilizzare il meta tag apple-touch-icon per specificare le cose specifiche per i browser mobili webkit. Nokia ha il suo. Abbiamo fatto non voglio html5boilerplate per aggiungere tale cruft ai valori predefiniti, ma questo sarebbe necessario per chi scrive un'applicazione su misura per sfruttare il vantaggio di di dispositivi non desktop. C'è già un sacco di consistenza , ma ci piacerebbe che ci fosse più standardizzazione delle ottimizzazioni mobili .

Stiamo progettando un aggiornamento alla versione mobile con i file più recenti pure, ma non v'è alcun svantaggio significativo per usarlo oggi.Non abbiamo ancora un punto di incontro in cui potremmo avere un solo progetto, ma speriamo che in futuro lo sia in uno solo :)

Answer 3

Dipende dall'approccio. Usa HTML5 BP se hai intenzione di avere lo stesso margine di profitto per il tuo sito web mobile e desktop. ma se stai creando un sito web separato per dispositivi mobili, vai su Mobile Boiler Plate