Tema iniziale e tema principale? Pro e contro

Sto costruendo un tema da utilizzare come esempio per altri siti Web dell'azienda che sto lavorando. In un altro progetto abbiamo utilizzato il tema padre ibrido ed è stato davvero facile da costruire, ma REALMENTE difficile mantenere il sito Web.

Preferisco l'approccio Tema iniziale, che un altro sviluppatore copia il tema e crea da esso. Il genitore-> figlio dà troppa libertà allo sviluppatore nel disordine del codice. Ad esempio, non sapevo se qualcosa veniva chiamato sul figlio o sul genitore.

Mi piacerebbe sentirti:

• Quando un tema genitore è migliore?
• Quando un tema iniziale è migliore?
• Quali sono i pro e i contro di ciascuno di essi?

Grazie.

Sono totalmente d'accordo con Rarst . Voglio solo aggiungere alcune piccole cose.

Nota: differenzio il tema principale e il framework. Nella mia risposta, considero un tema genitore come TwentyEleven in cui è principalmente creato per un sito Web specifico e meno hook rispetto a un framework.

Tema iniziale:

Professionisti

• Facile da personalizzare a livello HTML. Intendo qualcosa come una <div>classe CSS aperta e personalizzata per un elemento specifico. È un buon modo per creare un tema minimale per il blog personale in cui non sono necessarie molte cose fornite dal tema principale (o almeno se si utilizza il tema / quadro principale, è necessario agganciarsi per rimuoverle). Puoi anche fare eco a una parte speciale di HTML come un iframeriferimento a un altro sito Web o semplicemente un "Ciao testo" molto più semplice rispetto all'utilizzo di un tema principale.
• Non è necessario duplicare il file modello dal tema principale solo per cambiare piccole cose.
• Non c'è bisogno di imparare qualcosa di nuovo come hook map, sintassi personalizzata, funzioni personalizzate, ecc. Queste cose sono ciò che gli sviluppatori amano, ma non tutti gli utenti.

Contro

• Dato che è un antipasto , devi fare molte cose per realizzare il tuo tema: CSS, modelli personalizzati, ecc. Potresti non volerlo fare se sei troppo pigro!

Tema principale:

Professionisti

• Ha un design completo che puoi facilmente modificare cambiando piccole linee style.csscome cambiando colore, dimensione del carattere, ecc.
• È un tema completo, il che significa che puoi farlo subito senza preoccuparti di qualcosa come modello di commento, modello di singola pagina, ecc.
• Qualcuno l'ha costruito per te!

Contro

• Il tema principale dovrebbe essere considerato buono se soddisfa principalmente le tue esigenze, quindi puoi modificarlo il meno possibile. Altrimenti è un incubo
• La capacità di personalizzazione non è troppo elevata. Non intendo il sistema hook che puoi vedere nei framework qui (vedi framework di seguito). Se vuoi personalizzarlo fortemente, devi riscrivere la maggior parte dei file modello, il che significa che stai ricreando il tema e non è questo lo scopo dell'uso del tema principale.

Struttura:

Professionisti

• Tutto è disponibile: il framework è spesso realizzato come una soluzione all-in-one, quindi ha una grande capacità di creare qualsiasi tipo di sito Web. Hai bisogno di un logo personalizzato? color Picker? trascina e rilascia? layout del tema? ... li hai già in mano.
• Costruisci il sito Web più velocemente se ne hai familiarità
• Ha un sistema di aggancio completo che consente agli utenti di agganciarsi in molti luoghi per cambiare molte cose fornite dal framework
• Alto livello di personalizzazione: non solo nel sistema hook, ma molti framework come Catalyst, Headway ti danno la possibilità di personalizzare quasi tutti gli elementi direttamente nell'amministratore senza toccare CSS o hook.

Contro

• L'utente deve imparare il framework (hook system, acquisire familiarità con le sue funzionalità, impostazioni, persino la nuova terminologia) per usarlo in modo efficiente. Considero questo come il più grande svantaggio del framework perché WP ha già molte cose da imparare e non tutti gli utenti vogliono imparare una cosa nuova solo per usare meglio WP. Queste cose sono ciò che gli sviluppatori amano, ma non tutti gli utenti. Gli utenti sono persone che usano , non imparano e personalizzano.
• Codice ridondante: alcune parti dei framework coincidono con le funzionalità WP che causano la duplicazione. L'esempio può essere genesis_meta()(non necessario come abbiamo wp_head).
• Prestazioni: poiché i framework hanno tutto il necessario => deve caricare tutti i file necessari per admin / frontend che potresti non usare affatto. A questo punto, preferisco il modo in cui Hybrid Core carica i suoi file (usando la require_if_theme_supportsfunzione)
• L'aspetto predefinito è spesso minimo e negativo. Dobbiamo lavorare molto per realizzare il progetto. Il processo è simile se si utilizza un tema di partenza, ma si utilizzano ganci anziché modelli personalizzati come nei temi di partenza.
• Framework ha una sua filosofia che porta a modi diversi di costruire framework => porta a molti framework => non sappiamo quale sia il migliore per noi (specialmente quando sono premium). Questo non è troppo buono, perché come ho detto sopra, il framework è buono per gli sviluppatori e gli sviluppatori hanno bisogno di approfondire il codice per vedere come va bene! Se il framework è premium, quella porta è guardata!

Ultima cosa: tutti i temi di partenza, i temi e le strutture principali possono essere utilizzati per qualsiasi sito se è facile personalizzare per raggiungere il risultato finale. Non esiste una soluzione per tutte le situazioni. Dobbiamo scegliere quale può aiutarci di più, forse questa volta il tema di partenza è buono, ma in un'altra occasione - un quadro. A proposito, lavorare con tutti loro può darci molta esperienza che ci aiuta in molte situazioni, non solo durante la creazione di temi!

Il bilanciamento del flusso di lavoro del tema è una combinazione di diversi fattori:

• quantità di codice, individuale per i siti
• quantità di codice, condivisa tra i siti
• incorporando le modifiche a monte

Ognuno di questi può essere importante e ognuno di questi può non essere importante.

Il modello tematico genitore soddisfa tutte queste ragionevolmente bene, ma non molto bene. Si ottiene una chiara separazione del codice condiviso e individuale, nonché aggiornamenti diretti a monte (se si utilizza un tema padre di terze parti). Comincia a venire fuori quando ogni requisito diventa più grande del solito - un sacco di codice individuale o un sacco di codice condiviso che non può essere facilmente mischiato nel tema genitore di terze parti.

Il tema iniziale è invece un modello molto specializzato. Favorisce i singoli siti, ma non favorisce le modifiche a monte e il codice condiviso. Non appena rendi il tuo tema iniziale tuo - tutto l'onere di spostare il codice dentro e fuori di esso è su di te.

La tendenza più recente sta separando i framework in componenti simili a plug-in anziché in quelli che eseguono completamente il tema principale. Se conosci Hybrid come tema principale, consulta Hybrid Core. Questo approccio è essenzialmente un miglioramento rispetto al genitore / figlio con aggiornamenti a monte semplificati essendo limitati al framework e non a temi interi.

In breve (diventa un po 'soggettivo qui):

• lo starter si adatta ai singoli siti
• genitore / figlio si adatta a più siti con poca personalizzazione
• quadro / genitore / figlio può adattarsi a qualsiasi cosa, ma è anche più coinvolto nello sviluppo

Il motivo principale per utilizzare i temi principali è consentire aggiornamenti più facili: se prendi semplicemente un tema e lo modifichi direttamente, quindi se il tema originale viene aggiornato, devi riapplicare tutte le modifiche apportate (o unire le modifiche nell'originale di nuovo nel tema modificato).