Debate de tipo de publicación personalizada de WordPress: ¿Funciones.php o complementos?

Como muchos de ustedes saben, Syed Balkhi asistió la semana pasada a WordCamp Raleigh 2012. Durante el evento, uno de sus tweets provocó un gran debate. En este artículo, nuestro fundador Syed Balkhi discutirá si los tipos de publicaciones personalizadas de WordPress pertenecen al archivo functions.php o a los complementos. A continuación se muestra un tweet que inició este debate:

No agregue tipos de publicaciones personalizadas en functions.php -> SIEMPRE debe usar un complemento específico del sitio - http://t.co/bebYXq2F #wcraleigh

— Principiante de WordPress (@wpbeginner) 4 de noviembre de 2012

Después del tweet, muchas personas de renombre de la comunidad de WordPress intervinieron. Puedes ver el conversación completa aquí. Curtis McHale fue un paso más allá y amplió el tema en su nueva entrada de blog.

La conversación de Twitter planteó algunos puntos interesantes.

Resumen de Argumentos

Argumentos del complemento: El usuario seguirá teniendo los datos incluso si cambia el tema. Puede que no sea tan bonito, pero se quedará allí.

Argumento de funciones.php: Los datos sin diseño no serían relevantes. Esto confundirá aún más a los usuarios.

¿Con qué lado estás más de acuerdo? Claramente, ambos lados tienen sus problemas, pero ¿cuál es el menor de los dos males?

He aquí por qué creemos que los tipos de publicaciones personalizadas deberían TODAVÍA vive en un complemento específico del sitio o en un complemento separado.

Larga vida de datos

Los tipos de publicaciones personalizadas son datos. En la mayoría de los casos, sus datos sobrevivirán al diseño actual. Habiendo cambiado nuestros temas varias veces, entendemos claramente esta declaración. Las publicaciones, páginas, enlaces, archivos adjuntos y revisiones son todos tipos de publicaciones integradas en WordPress. Además de eso, tenemos tipos de publicaciones como libros, testimonios, ofertas, etc. Ahora, ¿te imaginas si cambiamos el tema y todo eso desaparece? Ciertamente no nos gustaría que eso sucediera.

Tener desarrolladores en nuestro equipo no debería importar tanto. Dado que todos nuestros temas están diseñados a medida por nuestro equipo, ¿qué diferencia realmente hace? El secreto está en dos palabras: tiempo y centralización. Mientras tengamos todos los datos necesarios, todo lo que tenemos que hacer en el futuro es cambiar el estilo. No tendremos que preocuparnos de copiar y pegar funciones de un archivo a otro cada vez. ¿Qué sucede si desea replicar la función? Simplemente tome el complemento y colóquelo en su nuevo sitio. Cambia el estilo y listo.

Reglas y normas

Cuando usa la palabra SIEMPRE como lo hicimos en nuestro tweet, puede significar tanto regla como estándares. Las reglas y normas están hechas para la mayoría. Siempre habrá escenarios listos para usar en los que se dobleguen las reglas y se rompan los estándares, pero eso no significa que debamos deshacernos de los estándares por completo.

Hay toneladas de tipos de publicaciones genéricas que en su mayoría requieren el mismo conjunto de metacampos adicionales. Estos son algunos ejemplos que me vienen a la mente: citas, libros, recetas, testimonios, portafolio, etc.

Teniendo en cuenta la gran cantidad de temas de fotografía y portafolio disponibles en el mercado libre y comercial, es casi una locura pedirle al usuario que vuelva a ingresar toda su información de tipo de publicación personalizada cada vez que cambia de tema. . Echemos un vistazo a un escenario de ejemplo:

Fotógrafo – El usuario configura un WordPress que tiene la funcionalidad de blogs (por defecto, "publicar" CPT). Quiere agregar un portafolio de su trabajo (requiere un CPT de Portafolio). Quiere mostrar testimonios de clientes (requiere un testimonio de CPT). Toda esta información seguramente vivirá más allá del diseño de un tema. Un año después, el usuario de Internet desea cambiar la apariencia de su sitio y actualizarlo. Encuentre un nuevo tema que tenga todas las funciones similares. Mientras cambia de tema, BOOM. Todos los datos anteriores que ingresó se han ido. Hay un menú llamado Portafolio y un menú llamado Testimonios, pero ninguno de los datos está allí. El usuario piensa "SANTA MIERDA, perdí todo mi contenido". Cree una nueva pregunta de soporte en el foro. Envíe correos electrónicos a sitios como WPMundobytes, etc. Si no recibe una respuesta correcta, deberá volver a ingresar todos los datos. Es una experiencia de usuario de mierda.

Entonces, ¿cómo resolver este problema?

¿Posible solución?

Estamos creando una nueva base estándar. justin tadlock Ya comencé a trabajar en este problema hace algún tiempo creando un complemento de billetera básico. ¿Será esta la solución perfecta para todos? NO, pero será para la mayoría.

Como Justin pregunta en su publicación, qué campos estándar deben incluirse en el complemento de la cartera (refiriéndose a la meta de la publicación). Este tipo de conversación debe ocurrir entre los desarrolladores que están creando una funcionalidad similar en sus temas. ¿Por qué copiar y pegar lo mismo una y otra vez de un tema a otro cuando se puede hacer a través de un complemento? Una vez que se convierta en un estándar, otros autores de temas comenzarán a adaptarse a él.

Por ejemplo, estamos viendo un mayor soporte de estilo para Gravity Forms en marcos de temas de WordPress como Genesis y otros. ¿Por qué? Porque entienden que sus usuarios lo utilizan.

Algunos temas robustos de WordPress vienen con características que creemos que deberían ser complementos. Temas de bolsa de trabajo, temas de seguimiento de problemas, tema de anuncios clasificados, temas de bienes raíces, etc. Todos deberían funcionar con un complemento básico. Este ya es el caso con WooCommerce. WooThemes ha lanzado muchos temas que tienen soporte de estilo incorporado para el complemento. Otras compañías de temas también han prometido lanzar temas de comercio electrónico basados ​​en WooCommerce. Puede cambiar entre temas y mantener todos sus productos como están. Es casi como si el tema hubiera cambiado, pero todo encajó. Es la experiencia de cambio de tema que deberíamos estar buscando.

¿Por qué no hacer lo mismo con la cartera, los testimonios y otros tipos genéricos de publicaciones personalizadas? ¿Es porque es demasiado simple o el comercio electrónico es una bestia más grande para conquistar? Obviamente, el comercio electrónico tiene demasiados campos en comparación con otros, por lo que debería ser mucho más fácil para esos tipos de publicaciones genéricas. Solo es cuestión de hacer un esfuerzo consciente para mejorar las cosas.

Echa un vistazo a Complemento ReciPress. Crea un metabox personalizado con campos de recetas y lo adjunta con publicaciones. Sin embargo, es posible adjuntarlo con tipos de publicaciones personalizadas. Cualquiera que use este complemento puede cambiar de tema sin tener que pasar por tantas molestias.

Sería bueno ver temas como AgentPress impulsados ​​por un complemento central centralizado. Sería genial ver que la transición de los temas cambiantes se vuelve más fácil. Por ejemplo, si un usuario cambia de un tema de fotografía a otro, no debería ser un caos. Pueden ocurrir errores menores, pero al menos en general todo funcionará.

Siempre puede dar ejemplos de tipos de publicaciones súper personalizadas creadas para uso único del cliente, pero esa es la excepción, no la regla.

¿Qué opinas de este tema? ¿Dónde debe residir el código para los tipos de publicaciones personalizadas? ¿En el archivo functions.php o en los complementos?