다른 구성 또는 기능의 기술적 장점은 무엇입니까?

간단히 말해서, Drupal 7에서 Configuration vs Features 구성 !

항상 그렇듯이 여기서 논의 하지 않는 기술적 이점 또는 다른 어려운 사실 . CMI와 기능은 완전히 다른 토론이므로 Drupal 7은 범위를 제한합니다.

7 features configuration-management

— 레타 리온
소스

컨테스트가 없습니다-구성이 승리합니다! 그러나 나는 그것을 몇 달 동안 사용해 왔으며 기능으로 돌아가는 꿈을 꾸지 않는 것 외에는 그것을 뒷받침 할 사실이 없습니다. 더 얇고 의미 있고 쉽게 확장 가능하며 일반적으로 함께 일하는 즐거움

— Clive

@Clive 어떤 버전을 사용하고 있습니까? 방금 프로젝트 페이지를 보았지만 1.x는 순전히 '기능이 없는 '기능이며 2.x는 D8보다 더 큽니까?

— Chapabu

@Chapabu, 그렇습니다, 나는 그 두 진술이 정확하다고 생각합니다. 2.x를 한 눈에 살펴본 후 Config가 "하나의 큰 모 놀리 식 기능"과 다른 점을 이해하는 데 어려움을 겪고 있습니다. :)

— Letharion

방금 기술적 사실을 읽었습니다! :) DI는 좋은 것이지만, 그것이 어떻게 여기에서 역할을하는지는 분명하지 않습니다. 그것에 대해 자세히 설명해 주시겠습니까? :)

— Letharion

@Letharion Thing은 DI / PSR-0이 실제로 구성 / 기능을 비교하는 방법이 아니라 코드베이스가 배치되는 방식입니다 (예 : lib/Drupal/node/Plugin/Core/Entity/Node.phpD8의 노드 컨트롤러 와 같은 '네임 스페이스'경로 ). 나를 잘못 생각하지 마십시오.이 방향으로 움직이고 있다는 것이 좋지만, 필연적으로 기능 보다 이점 으로 분류하지는 않습니다 . 내가 정말 차이에 대해 말할 유형 아무것도 없어 두려워, 나는 항상 특징 '투박한'를 발견하고 내가 :) 구성을 사용하여 그 느낌하지 않는 것을 제외하고

— 클라 이브

향후 Drupal 8 모델을 따르기 때문에 구성을 살펴보십시오. 그러나 알파 상태이기 때문에 지금은 사용하지 않는 것이 좋습니다. 즉, 작동 상태를 유지하려면 해킹을 준비해야합니다. 보안 문제가 발견되면 공식적인 보안 권고를받지 않으므로 지속적으로 업데이트해야합니다.

기능은 1.0이므로 사소한 버전 업데이트로 인해 기존 기능이 손상되지 않는다는 것을 신뢰할 수 있으므로 곧 프로덕션을 시작하는 프로젝트에보다 안정적인 선택입니다.

— matt2000
소스