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


18

简而言之,在Drupal 7中,配置功能战斗!

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


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

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

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

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

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

Answers:


2

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

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

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.