Eu posso dizer com cerca de 99,99999% de certeza que o WordPress nunca se tornará completamente OOP na versão futura, não menos do que é que o tópico surgiu várias vezes na lista de wp-hackers e os membros da equipe principal expressaram não há interesse em fazê-lo.
Quando observo minha experiência pessoal com programação e ensino de POO a partir de 1990, concordo com a equipe principal e acho que a POO completa seria um erro. Embora eu já tenha sido uma panóplia e pensado em OOP, eu já passei a acreditar que ela tem seu valor em alguns contextos, mas em outros contextos isso atrapalha.
Um dos maiores problemas que eu encontrei com o OOP é que ele força o desenvolvedor a assar em estrutura muito antes que o desenvolvedor realmente entenda o que essa estrutura deve ser, o que leva a the frágil problema da classe base .
É claro que, para aspectos selecionados do WordPress, a OOP faz muito sentido e, se você estudar o núcleo, encontrará essas classes; Widget
, List_Tables
(em 3.1) , etc.
Neste ponto, estou feliz em trabalhar com o WordPress em um paradigma não-OOP e acho que, se tivesse sido puro OOP, o WordPress nunca teria ganhado o seguinte. Por quê? Como a POO elevou o nível de complexidade para futuros criadores de plugins e criadores de plug-ins do WordPress, o que provavelmente resultaria em um aplicativo que não era flexível o suficiente para evoluir à medida que a equipe principal aprendesse mais sobre as necessidades de seus usuários no passado. 6 anos.
FWIW.