¿Se convertirá WordPress completamente en POO?

Puedo decir con una certeza del 99.9999% de que WordPress nunca se convertirá en POO en una versión futura, y el tema ha surgido una y otra vez en la lista de hackers de wp y los miembros del equipo central han expresado No hay interés en hacerlo.

Al analizar mi experiencia personal con la programación y la enseñanza de la POO a partir de 1990, estoy de acuerdo con el equipo central y creo que una POO completa sería un error. Aunque una vez fui un fanático de la POO y pensé que la POO era una panacea, desde entonces he llegado a creer que tiene su valor en algunos contextos, pero en otros contextos se interpone.

Uno de los problemas más grandes que he encontrado con la POO es que obliga al desarrollador a elaborar la estructura mucho antes de que el desarrollador entienda realmente cuál debería ser esa estructura, lo que lleva a el problema de clase base frágil .

Por supuesto, para aspectos seleccionados de WordPress, OOP tiene mucho sentido y si estudias el núcleo encontrarás esas clases; Widget , List_Tables (en 3.1) , etc.

En este punto, me complace trabajar con WordPress en un paradigma mayormente sin OOP y creo que si hubiera sido OOP puro, WordPress nunca habría obtenido lo siguiente. ¿Por qué? Debido a que OOP hubiera elevado el nivel de complejidad para los posibles programadores y creadores de complementos de WordPress, es probable que haya resultado en una aplicación que no era lo suficientemente flexible para evolucionar a medida que el equipo central aprendió más sobre las necesidades de sus usuarios en el pasado. 6 años.

FWIW.

Muchos componentes de WP se reescriben en código OOP con cada nueva versión, y los nuevos componentes tienden a hacer uso de él (por ejemplo, el WP_Customizer ). Pero si está preguntando si WP cambiará su arquitectura a una completamente orientada a objetos, entonces no, actualmente no hay información que sugiera tal cosa.

No iría tan lejos para decir que nunca sucederá, pero es poco probable que lo haga en un futuro próximo, y probablemente no debido al problema de la "clase base" :)

En primer lugar, solo hay desventajas en el uso de código de procedimiento a través de OOP para una aplicación de CMS como WordPress, simplemente porque estas aplicaciones deben extenderse a través de complementos. Lanzar una mezcla de funciones y variables globales no lo hace más fácil en absoluto. En el momento en que se escribió WP, nadie podría haber predicho en qué se convertiría WP y se tomaron muchas malas decisiones. Ahora es bastante difícil ponerse al día, porque la mayoría de los complementos y temas dejarían de funcionar correctamente. Implementar una gran capa de compatibilidad para evitar eso ralentizaría el WP y agregaría aún más confusión entre los desarrolladores. También piense en el propósito: ¿facilitar la vida de los desarrolladores, a expensas de los usuarios?

Si ayuda, una discusión muy antigua sobre hackers wp pero sigue siendo relevante para este tema, y una idea propuesta por la comunidad, ahora etiquetada como " territorio del plugin ". No he notado otra actividad en esta dirección recientemente.