¿Tema de inicio vs tema principal? Pros y contras

Estoy creando un tema para usarlo como ejemplo para otros sitios web de la empresa en la que estoy trabajando. En otro proyecto, utilizamos el tema padre híbrido y fue muy fácil de construir, pero REALMENTE difícil de mantener el sitio web.

Prefiero el enfoque del tema de inicio, que otro desarrollador copia el tema y crea a partir de él. El Parent-> Child da demasiada libertad para que el desarrollador ensucie el código. Por ejemplo, no sabía si se estaba llamando al niño o al padre.

Me gustaría escuchar de ti:

• Cuando un tema principal es mejor?
• Cuando un tema de inicio es mejor?
• ¿Cuáles son los pros y los contras de cada uno de ellos?

Gracias.

Estoy totalmente de acuerdo con Rarst . Solo quiero agregar algunas cosas pequeñas.

Nota: diferencio el tema principal y el marco. En mi respuesta, considero un tema principal como TwentyEleven, donde se crea principalmente para un sitio web específico y menos ganchos que un marco.

Tema de inicio:

Pros

• Fácil de personalizar a nivel HTML. Me refiero a algo como <div>una clase CSS abierta y personalizada para un elemento específico. Es una buena manera de crear un tema muy mínimo para un blog personal donde no necesita muchas cosas que proporciona el tema principal (o al menos si usa el tema / marco principal, debe enganchar para eliminarlos). También puede hacer eco de una parte especial de HTML como una iframeque se refiere a otro sitio web o simplemente un "Hola texto" mucho más fácil que usar un tema principal.
• No es necesario duplicar el archivo de plantilla del tema principal solo para cambiar cosas pequeñas.
• No es necesario aprender algo nuevo como el mapa de ganchos, la sintaxis personalizada, las funciones personalizadas, etc. Esas cosas son las que adoran los desarrolladores, pero no todos los usuarios.

Contras

• Como es un comienzo , debes hacer muchas cosas para hacer tu tema: CSS, plantillas personalizadas, etc. ¡Tal vez no quieras hacer eso si eres demasiado vago!

Tema principal:

Pros

• Tiene un diseño completo que puede modificar fácilmente cambiando pequeñas líneas style.csscomo cambiar de color, tamaño de fuente, etc.
• Es un tema completo, lo que significa que puede hacerlo de inmediato sin preocuparse por algo como plantilla de comentarios, plantilla de página única, etc.
• ¡Alguien lo ha construido para ti!

Contras

• El tema principal debe considerarse como bueno si en su mayoría coincide con sus requisitos, por lo que puede modificarlo lo menos posible. De lo contrario es una pesadilla
• La capacidad de personalización no es demasiado alta. No me refiero al sistema de enlace que puede ver en los marcos aquí (vea los marcos a continuación). Si desea personalizarlo fuertemente, debe volver a escribir la mayoría de los archivos de plantilla, lo que significa que está recreando el tema, y ​​ese no es el propósito de usar el tema principal.

Marco de referencia:

Pros

• Todo está disponible: el marco a menudo se hace como una solución todo en uno, por lo que tiene una gran capacidad para crear cualquier tipo de sitios web. ¿Necesitas un logotipo personalizado? ¿selector de color? ¿arrastrar y soltar? diseño del tema? ... ya los tienes en tu mano.
• Cree un sitio web más rápido si está familiarizado con él
• Tiene un sistema de enganche completo que permite a los usuarios engancharse en muchos lugares para cambiar muchas cosas que el marco proporciona
• Alto nivel de personalización: no solo en el sistema de gancho, sino que muchos marcos como Catalyst, Headway le brindan la capacidad de personalizar casi todos los elementos directamente en el administrador sin tocar CSS o gancho.

Contras

• El usuario tiene que aprender el marco (sistema de enlace, familiarizarse con sus características, configuraciones, incluso nueva terminología) para usarlo de manera eficiente. Considero que esta es la mayor desventaja del framework porque WP ya tiene muchas cosas que aprender, y no todos los usuarios quieren aprender algo nuevo solo para usar WP mejor. Esas cosas son las que los desarrolladores adoran, pero no todos los usuarios. Los usuarios son personas que simplemente usan , no aprenden y personalizan.
• Código redundante: algunas partes de los marcos coinciden con las características de WP que causan la duplicación. El ejemplo puede ser genesis_meta()(no es necesario como lo hemos hecho wp_head).
• Rendimiento: debido a que frameworks tiene todo lo necesario => tiene que cargar todos los archivos necesarios para admin / frontend que quizás no use en absoluto. Para este punto, prefiero la forma en que Hybrid Core carga sus archivos (usando la require_if_theme_supportsfunción)
• El aspecto predeterminado suele ser mínimo y malo. Tenemos que trabajar mucho para hacer el diseño. El proceso es similar si está utilizando un tema de inicio, pero usa ganchos en lugar de plantillas personalizadas como en los temas de inicio.
• Framework tiene su propia filosofía que conduce a diferentes formas de construir frameworks => conduce a muchos frameworks => no sabemos cuál es el mejor para nosotros (especialmente cuando son premium). Eso no es demasiado bueno, porque como dije anteriormente, el marco es bueno para los desarrolladores, ¡y los desarrolladores deben analizar profundamente el código para ver cómo es bueno! Si el marco es premium, ¡se mira esa puerta!

Lo último: todo el tema de inicio y el tema principal y el marco se pueden usar para cualquier sitio si es fácil de personalizar para lograr el resultado final. No hay una solución para todas las situaciones. Tenemos que elegir cuál nos puede ayudar más, tal vez esta vez el tema de inicio es bueno, pero en otro momento: un marco. Por cierto, trabajar con todos ellos puede brindarnos mucha experiencia que nos ayuda en muchas situaciones, ¡no solo al crear temas!

El equilibrio del flujo de trabajo del tema es una combinación de varios factores:

• cantidad de código, individual a los sitios
• cantidad de código, compartida entre sitios
• incorporando cambios aguas arriba

Cada uno de estos puede ser importante y cada uno de estos puede no ser importante.

El modelo de tema principal satisface todo esto razonablemente bien, pero no muy bien. Obtiene una separación clara del código compartido e individual, así como actualizaciones directas directas (si usa un tema principal de terceros). Comienza a desmoronarse cuando cualquier requisito se hace más grande de lo habitual: una gran cantidad de código individual o una gran cantidad de código compartido que no se puede mezclar fácilmente en el tema principal de terceros.

El tema de inicio, por otro lado, es un modelo muy especializado. Favorece el sitio individual, pero desfavorece los cambios ascendentes y el código compartido. Tan pronto como haga suyo el tema de inicio, toda la carga de mover el código dentro y fuera de él recae sobre usted.

La tendencia más nueva es separar los marcos en un componente similar a un complemento en lugar de ejecutar completamente el tema principal. Si conoce Hybrid como tema principal, busque Hybrid Core. Este enfoque es esencialmente una mejora por encima de los padres / hijos con las actualizaciones ascendentes facilitadas al limitarse al marco y no al tema completo.

En pocas palabras (se vuelve un poco subjetivo aquí):

• el iniciador se adapta a sitios individuales
• padre / hijo se adapta a múltiples sitios con poca personalización
• framework / parent / child puede adaptarse a cualquier cosa, pero también está más involucrado para desarrollar

La razón principal para usar temas principales es permitir actualizaciones más fáciles: si solo toma un tema y lo edita directamente, si el tema original se actualiza, debe volver a aplicar los cambios que realizó (o fusionar los cambios en el original volver a su tema modificado).