구성 파일 용 XML을 통한 YAML?

구성 파일에 XML을 통한 YAML을 선택해야하는 특별한 이유가 있습니까?구성 파일 용 XML을 통한 YAML?

YAML은 현재 Github에서 모든 분노를 보였습니다. 그러나 나는 그 이점을 보지 못했습니다. 공백을 올바르게 두는 것에 대해 걱정할 필요가 없으며 XML 편집기와 유효성 검사기가 이미 있습니다. 독서 안경을 쓰지 않고도 XML을 읽을 수 있습니다.

그래서 나는 crusty XML luddite로 남았습니까? 또는 모두가 그것을하고 있기 때문에 나는 YAML hipster가되어야합니까?

은 (는 의견을 지원하지 않기 때문에 BTW, JSON은 옵션이 아닙니다.)

2013-09-06 ccleve

나는 json이 코멘트를 허용한다는 것을 확신한다. –

공식 JSON은 코멘트를 허용하지 않는다. 그것은 당신이 공식으로 간주하는 사양에 관계없이 적용됩니다. 그러나 많은 파서가 느슨해지며 사양에서 허용하지 않는 사항을 수락합니다. –

나는 XML이나 YAML을 좋아하지 않는다.하지만 분명히 XML을 좋아한다. 왜 당신은 깨지기 힘든 것으로 인식하지 못하는 것을 고쳐야 하는가? –

YAML이 덜 장황하고 XML보다 구문 분석 저렴합니다. XML보다 일반적으로 사용되지 않는 선택적 기능이 거의 없습니다. 혼합 컨텐츠의 개념이없는 단순한 데이터 모델을 제시합니다. 이것은 당신이 다음 친숙 다른 도움이 될 수 있습니다 위해 작성하는 관객 경우

는 YAML은

Github에서

지금 모든 분노를 보인다.

구성하려는 제품의 성격이 결정에 중요한 역할을해야합니다. 구성 파일을 확장하거나 기존 XML 언어를 포함해야합니까? XML의 스키마 인식 편집기가 복잡한 경우에 도움이됩니까?

그래서 나는 crusty XML luddite로 남았습니까?

물론입니다. 둘 다 그들의 강점을 가지고있다. 더 단순한 경우에도 속성 파일을 간과하지 마십시오.

2013-09-07 12:00:33 Joe

나는 내 방식을 바꿨다. 나는 지금 yaml을 좋아한다. – ccleve

답변