構成または機能の技術的な利点は他にありますか？

要するに、Drupal 7のConfiguration vs Featuresの戦いです！

いつものように、ここでは議論を行わないため、技術的な利点、またはその他の困難な事実。Drupal 7はスコープの制限に固有です。CMIと機能はまったく異なる議論です。

7 features configuration-management

— レサリオン
ソース

コンテストなし-構成が勝ちます！しかし、私はそれをバックアップするための事実はありません。それは、私が数か月間使用していて、機能に戻ることさえ夢見ていなかったという事実を除いて。よりスリムで、意地悪で、より簡単に拡張でき、一般的に一緒に仕事をするのが楽しい

— Clive

@Cliveどのバージョンを使用していますか？私はプロジェクトページを見ただけですが、1.xは純粋に「機能のない」機能であり、2.xはよりD8っぽいですか？

— チャパブ

@Chapabu、はい、これら2つのステートメントは正しいと思います。2.xを一目見た後、Configが「1つの本当に大きなモノリシック機能」-Featureとどのように異なるかを理解するのに苦労しています。:)

— レサリオン

私はちょうどそこに技術的な事実を読んだ！:) DIは良いことですが、ここでそれがどのように役割を果たすかは私には明らかではありません。それについて詳しく説明していただけますか？:)

— レサリオン

@Letharion ThingはDI / PSR-0のものであり、Config / Featuresを比較する方法ではありません。コードベースのレイアウト方法です（つまりlib/Drupal/node/Plugin/Core/Entity/Node.php、D8のノードコントローラーのような「名前空間」パス）。物事がこの方向に動いているのは素晴らしいことだと誤解しないでください。しかし、私はそれを必ずしも機能以上の利点として分類しません。私はいつも違いについて具体的に言うことができるものは何も持っていないのを恐れていますが、常に「不格好」な機能を見つけ、Configを使用してその感覚を得られないことを除いて:)

— Clive

Drupal 8のモデルにより近いため、Configuration for the futureを監視してください。ただし、アルファ状態であるため、現時点では使用しないことをお勧めします。セキュリティ上の問題が発見された場合、正式なセキュリティアドバイザリを取得しないため、常に更新する必要があります。

機能は1.0であるため、マイナーバージョンの更新によって既存の機能が損なわれないことを信頼できるため、すぐに実稼働するプロジェクトにはより安定した選択肢です。

— matt2000
ソース