Vantagens técnicas da Configuração ou Recursos em relação à outra?

Em resumo, Configuração vs Recursos , no Drupal 7, lute!

Como sempre, vantagens técnicas ou outros fatos concretos, pois não discutimos aqui. O Drupal 7 específico para limitar o escopo, pois CMI vs Features é uma discussão completamente diferente.

7 features configuration-management

— Letharion
fonte

Nenhum concurso - Configuração ganha! Mas não tenho fatos para sustentar isso, além do fato de usá-lo há alguns meses e nem sequer sonhar em voltar aos recursos. É mais magro, fraco, mais facilmente extensível e geralmente um prazer trabalhar com

— Clive

@Clive Qual versão você está usando? Eu olhei apenas para a página do projeto, mas o 1.x é um recurso ' sem características ', com o 2.x sendo mais D8-ish?

— Chapabu

@Chapabu, sim, acredito que essas duas afirmações estão corretas. Após uma rápida olhada no 2.x, estou tendo dificuldades para entender como o Config difere do "Um recurso monolítico realmente grande" - Característica, daí a minha pergunta. :)

— Letharion

Acabei de ler um fato técnico aqui! :) O DI é uma coisa boa, mas não é óbvio para mim como ele desempenha um papel aqui. Você pode elaborar sobre isso? :)

— Letharion

@Letharion Thing é o material DI / PSR-0 não é realmente um método de comparação entre Config / Features, é exatamente como a base de código é apresentada (por exemplo, caminhos 'namespaced' como lib/Drupal/node/Plugin/Core/Entity/Node.phppara o controlador de nó no D8). Não me interpretem mal, é ótimo que as coisas estejam indo nessa direção, mas eu não necessariamente classificaria isso como uma vantagem sobre os Recursos como tais. Eu tenho medo eu não tenho nada tangível a dizer sobre a diferença realmente, exceto que eu sempre achei 'desajeitado' Características e eu não ter essa sensação usando config :)

— Clive

Assista à Configuração para o futuro, porque ela segue mais de perto o modelo do Drupal 8. Mas eu não sugeriria usá-lo por enquanto, porque está no estado alfa, o que significa que você precisa estar preparado para hackear para mantê-lo funcionando , e você precisa atualizá-lo constantemente, porque ele não receberá avisos de segurança formais se forem descobertos problemas de segurança.

Os recursos estão em 1.0, portanto, é uma opção mais estável para projetos que serão produzidos em breve, pois você pode confiar que atualizações de versão secundárias não afetarão seus recursos existentes.

— matt2000
fonte