配置或功能相对于其他的技术优势？

简而言之，在Drupal 7中，配置与功能战斗！

与往常一样，我们不会在这里进行讨论，因此是技术优势或其他困难事实。Drupal 7专门用于限制范围，因为CMI与功能是完全不同的讨论。

7 features configuration-management

— 莱瑟里奥
source

无竞赛-配置获胜！但是，除了我已经使用了几个月，甚至没有梦想回到功能方面的事实之外，我没有任何要备份的事实。它更精简，更卑鄙，更容易扩展，并且通常很适合与他一起工作

— Clive

@Clive您正在使用哪个版本？我只看过项目页面，但是1.x纯粹是“ 无特征 ”功能，而2.x更具D8风格吗？

— Chapabu 2012年

@Chapabu，是的，我相信这两个说法是正确的。快速浏览2.x之后，我很难理解Config与“一个非常大的单片功能” -Feature的区别，因此，我提出了问题。:)

— Letharion 2012年

我只是在那里读了一个技术事实！:) DI是一件好事，但对我来说它在其中的作用并不明显。您能详细说明一下吗？:)

— Letharion 2012年

@Letharion Thing是DI / PSR-0的东西，实际上并不是用于比较Config / Features的方法，而只是代码库的布局方式（即“命名空间”路径，如lib/Drupal/node/Plugin/Core/Entity/Node.phpD8中的节点控制器）。不要误会我的意思，事情朝这个方向前进是很好的，但是我不一定将其归类为优于Feature这样的优势。恐怕我真的没有什么可说的区别，除了我总是发现功能“笨拙”，而且我使用Config并没有这种感觉：）

— Clive

观察未来的配置，因为它更接近于Drupal 8的模型。但是我不建议现在使用它，因为它处于alpha状态，这意味着您需要准备好对其进行破解以保持其正常运行。，并且您需要不断对其进行更新，因为如果发现安全问题，它将不会获得正式的安全公告。

功能为1.0，因此对于即将投入生产的项目来说，它是一个更稳定的选择，因为您可以相信次要版本更新不会破坏您现有的功能。

— matt2000
source