Sempre escreva plugins para a versão atual e mantenha as compilações noturnas das próximas versões em mente. Qualquer outra coisa não importa.
Editar Como @toscho apontou em um comentário:
Pode haver alguma explicação necessária para explicar por que é dessa forma.
- Porque eu digo isso.
- Os plug-ins só precisam estar em conformidade com o núcleo porque, se todos jogarem com as regras, nada falhará. Se um plugin não joga com as regras, então ele tem um bug . E esse bug precisa ser consertado e não qualquer outra coisa e não outro plugin ou tema.
- Os usuários que não atualizam o WordPress são o resultado de plugins com bugs que são usados e não podem ser abandonados em sistemas sem muito trabalho. Como está escrito em (2), são bugs que você não precisa se importar. Os bugs precisam ser consertados, não o seu plugin considerando um código de terceiros.
- O Código Legado não precisa de suporte. Precisa de substituição. Não é problema seu.
- As coisas mudam em grande escala nas principais versões do X.X. Quando você tenta oferecer suporte a versões anteriores, muitas vezes você precisa de diferentes soluções alternativas e muita verificação de versão. Isso é (a) um pesadelo de manutenção (b) aumenta a base de código (c) torna testes de unidade impossíveis, já que eles precisam rodar na versão one - não menos, não mais e finalmente (d) diminuir espaço em disco e desempenho do servidor (na maioria dos casos).
- O WordPress já tem uma base de código muito antiga que não apresenta melhorias em muitas arestas e cantos. Resumindo: o WordPress é antigo, usa uma versão do PHP não mais suportada como mínimo e, portanto, você já está suportando versões anteriores em níveis muito mais baixos do que na API pública do seu aplicativo.
Agora, pergunte-se:
Quando você já está dando suporte a uma versão do PHP não mais suportada, por que você deseja dar suporte a um aplicativo que nem sequer é suportado por seus criadores?