Tema inicial vs tema principal? Prós e contras

Estou criando um tema para ser usado como exemplo para outros sites da empresa em que estou trabalhando. Em outro projeto, usamos o Hybrid Parent Theme e foi muito fácil de construir, mas REALMENTE difícil de manter o site.

Prefiro a abordagem do Tema para iniciantes, que outro desenvolvedor copia o tema e cria a partir dele. O pai -> filho dá muita liberdade para o desenvolvedor mexer no código. Por exemplo, eu não sabia se algo estava sendo chamado na criança ou nos pais.

Eu gostaria de ouvir de você:

• Quando um tema principal é melhor?
• Quando um Tema para iniciantes é melhor?
• Quais são os prós e os contras de cada um deles?

Obrigado.

Eu concordo totalmente com Rarst . Eu só quero adicionar algumas coisas pequenas.

Nota: Eu diferencio o tema e a estrutura pai. Na minha resposta, considero o tema principal, como o TwentyEleven, onde é criado principalmente para um site específico e com menos ganchos do que um framework.

Tema inicial:

Prós

• Fácil de personalizar no nível HTML. Quero dizer algo como aberto <div>, classe CSS personalizada para um elemento específico. É uma boa maneira de criar um tema mínimo para o blog pessoal, em que você não precisa de muitas coisas que o tema pai fornece (ou pelo menos se você usa o tema / estrutura pai, é necessário conectar para removê-lo). Você também pode fazer eco de uma parte especial do HTML, como uma iframeque se refere a outro site ou apenas a um 'texto Hello' muito mais fácil do que usar um tema pai.
• Não há necessidade de duplicar o arquivo de modelo do tema pai apenas para alterar pequenas coisas.
• Não há necessidade de aprender algo novo como mapa de ganchos, sintaxe personalizada, funções personalizadas, etc. Essas são as coisas que os desenvolvedores adoram, mas nem todos os usuários.

Contras

• Como iniciante , você precisa fazer muitas coisas para realizar seu tema: CSS, modelos personalizados etc. Você pode não querer fazer isso se estiver com preguiça!

Tema principal:

Prós

• Possui um design completo que você pode ajustar facilmente, alterando pequenas linhas, style.csscomo alterar a cor, o tamanho da fonte etc.
• É um tema completo, o que significa que você pode fazê-lo imediatamente sem se preocupar com algo como modelo de comentário, modelo de página única etc.
• Alguém construiu para você!

Contras

• O tema principal deve ser considerado bom se corresponder principalmente aos seus requisitos, para que você possa ajustá-lo o menos possível. Caso contrário, é um pesadelo
• A capacidade de personalizar não é muito alta. Não estou falando do sistema de ganchos que você pode ver nas estruturas aqui (veja estruturas abaixo). Se você deseja personalizá-lo fortemente, é necessário reescrever a maioria dos arquivos de modelo - o que significa que você está recriando o tema, e esse não é o objetivo do uso do tema pai.

Estrutura:

Prós

• Tudo está disponível: a estrutura geralmente é feita como uma solução tudo-em-um, por isso tem uma grande capacidade de criar qualquer tipo de site. Você precisa de um logotipo personalizado? seletor de cores? arraste e solte? layout do tema? ... você já os tem na sua mão.
• Crie um site mais rapidamente se você estiver familiarizado com ele
• Possui um sistema de ganchos completo que permite que os usuários se conectem em muitos lugares para alterar muitas coisas que a estrutura fornece
• Alto nível de personalização: não apenas no sistema hook, mas muitas estruturas, como o Catalyst, Headway, permitem que você personalize quase todos os elementos do administrador sem tocar em CSS ou hook.

Contras

• O usuário precisa aprender a estrutura (sistema de gancho, familiarizar-se com seus recursos, configurações e até nova terminologia) para usá-lo com eficiência. Considero isso a maior desvantagem da estrutura, porque o WP já tem muitas coisas para aprender, e nem todos os usuários desejam aprender uma coisa nova apenas para usar melhor o WP. Essas coisas são o que os desenvolvedores adoram, mas nem todos os usuários. Usuários são pessoas que apenas usam , não aprendem e personalizam.
• Código redundante: algumas partes das estruturas são coincidentes com os recursos do WP, o que causa a duplicação. Exemplo pode ser genesis_meta()(não é necessário como temos wp_head).
• Desempenho: porque o framework tem tudo o que é necessário => ele precisa carregar todos os arquivos necessários para o administrador / front-end que você pode não usar. Neste ponto, prefiro a maneira como o Hybrid Core carrega seus arquivos (usando a require_if_theme_supportsfunção)
• A aparência padrão geralmente é mínima e ruim. Temos que trabalhar muito para fazer o design. O processo é semelhante se você estiver usando um tema inicial, mas usar ganchos em vez de modelos personalizados, como nos temas iniciais.
• O Framework tem sua própria filosofia que leva a diferentes maneiras de construir frameworks => leva a muitos frameworks => não sabemos qual é o melhor para nós (especialmente quando são premium). Isso não é muito bom, porque, como eu disse acima, a estrutura é boa para os desenvolvedores, e os desenvolvedores precisam examinar profundamente o código para ver como é bom! Se a estrutura for premium, essa porta será vista!

Última coisa: todo o tema inicial, o tema principal e a estrutura podem ser usados ​​para qualquer site, se for fácil personalizar para alcançar o resultado final. Não há uma solução para todas as situações. Temos que escolher qual deles pode nos ajudar mais, talvez desta vez o tema inicial seja bom, mas em outra ocasião - uma estrutura. A propósito, trabalhar com todos eles pode nos dar muita experiência que nos ajuda em muitas situações, não apenas na criação de temas!

O equilíbrio do fluxo de trabalho do tema é uma combinação de vários fatores:

• quantidade de código, individual para sites
• quantidade de código, compartilhada entre sites
• incorporando mudanças a montante

Cada um deles pode ser importante e cada um deles pode não ter importância.

O modelo de tema principal satisfaz todos esses requisitos razoavelmente bem, mas não muito bem. Você obtém uma separação clara do código compartilhado e individual, além de atualizações diretas do upstream (se estiver usando o tema pai de terceiros). Começa a desmoronar quando qualquer requisito fica maior que o normal - muito código individual ou muito código compartilhado que não pode ser facilmente misturado no tema pai de terceiros.

O tema inicial, por outro lado, é um modelo muito especializado. Favorece o site individual, mas favorece alterações upstream e código compartilhado. Assim que você criar o tema inicial, você terá todo o ônus de inserir e remover o código.

A tendência mais recente é separar estruturas em componentes do tipo plug-in, em vez de executarem o tema pai completamente. Se você está familiarizado com o Hybrid como tema pai, consulte o Hybrid Core. Essa abordagem é essencialmente uma melhoria em relação ao pai / filho, com atualizações upstream facilitadas por estar limitado à estrutura e não ao tema inteiro.

Em poucas palavras (fica um pouco subjetivo aqui):

• starter se encaixa em sites individuais
• pai / filho se encaixa em vários sites com pouca personalização
• estrutura / pai / filho pode se adaptar a tudo e qualquer coisa, mas também está mais envolvido no desenvolvimento

O principal motivo para usar temas pai é permitir atualizações mais fáceis - se você apenas pegar um tema e editá-lo diretamente, se o tema original for atualizado, será necessário reaplicar todas as alterações feitas (ou mesclar as alterações no original). de volta ao seu tema modificado).