"컨벤션 오버 컨벤션"패러다임의 이점

Question

웹 개발에서 "컨벤션 오버 컨피규레이션"패러다임의 이점은 무엇입니까? 그리고 그걸 붙잡는 것이 의미가없는 경우가 있습니까?

감사합니다.

Answer 1

협약에 따르면 90 %의 시간이 특정 방식으로 적용됩니다. 해당 규칙을 벗어나면 변경 사항을 적용 할 수 있으며 각 사용자는 모든 구성 매개 변수를 이해해야합니다. 아이디어는 당신이 그것을 필요로하는 경우에 당신이 그 시간에 그것을 검색 할 때마다 종종 모든 시간에 실제 가치가 없을 때 모든 구성 매개 변수 주위에 머리를 감싸려고 노력하는 것입니다.

IMHO 항상 의미가 있습니다. 컨벤션을 명시 적 구성보다 우선시하는 것이 이상적입니다. 다시 한 번 우려를 표하는 사람은 자신의 필요를 조사하도록 강요 할 것입니다.

Answer 2

나는 이점이 간단하다고 생각합니다. 구성이 필요하지 않습니다. 예를 들어 앱/프레임 워크가 자체적으로 찾을 수있는 것과 같이이 또는 그 유형의 리소스에 대한 위치를 정의 할 필요가 없습니다.

이해가되지 않는 경우 : 대체 구성이 필요할 수있는 빈도가 높거나 개발자/관리자가 특정 동작에 '참여'해야 할 필요가있는 상황 명시 적으로 (예 : 보안상의 영향을 줄 수있는 예기치 않은 예기치 않은 부작용을 방지하기 위해).

Answer 3

가장 명백한 이점은 더 적은 코드를 작성해야한다는 것입니다. Java Persistence API의 경우를 살펴 보겠습니다. 속성과 해당 setter/getter를 갖는 POJO를 정의 할 때, 그것은 단순한 클래스이다. 하지만 @ javax.persistence.Entity로 주석을 달면 DB에 유지 될 수있는 엔티티 객체 (테이블)가됩니다. 이제 이것은 단순한 주석, 다른 설정 파일에 의해서는 달성되지 않았습니다.

또 다른 장점은 모든 논리가 한 곳에서 한 언어로 제공된다는 것입니다 (즉, 별도의 XML을 제거함).