XML은 다양한 맛과 용도로 제공되는 도구 일뿐입니다. XML은 어떤면에서는 뛰어나고 다른 것은 빠릅니다. 문제 중 하나는 사람들이 불필요하게 네임 스페이스와 흩어져있는 쓰레기 (SOAP, 누구나?)가있는 “엔터프라이즈”XML을 본 것입니다. 인간을위한 XML 형식을 디자인하는 비결은 데이터에 압도적 인 영향을 미치지 않으면 서 데이터에 진정한 의미를 더하는 것입니다.

사람들이 문제를 제기하는 것 중 하나는 XML이 때로는 일부 문자 또는 누락 된 대괄호를 질식 시킨다는 것입니다. 그러나 그것의 단점과 단점도 있습니다. 단점은 반 유효 구문이 다른 경우를 다르게 해석 할 수있는 HTML과 같이 모호함이 없다는 것입니다.

단점은 작성하기가 더 어렵고 배우기가 더 어렵다는 것입니다. HTML이 XML만큼 엄격하다면 웹이 그렇게 빨리 커지지 않았을 것이라는 주장에 동의하지만, 오늘날에도 그렇게한다면 기쁠 것이라고 주장합니다. 🙂

또한 모든 것을 위해 그것을 사용하지 마십시오. 적절하게 적용 할 수있는 감각과 판단력이 있어야합니다. 당신이 가진 모든 것이 XML이라면, 당신은 항상 당신이 원하는 것을 멀리 XSLT 변환하는 경향이 있습니다. 🙂

나는 사람들이 형식과 상호 작용해야 할 때만 형식이 중요하다고 주장합니다. 무언가를 직렬화하여 다른 프로그램이 소비 할 수있는 곳으로 보내는 프로그램을 작성하는 경우, 가능한 한 효율적인 것처럼 보이는 것을 누가 신경 쓰겠습니까? 내가 걱정하는 모든 것에 바이너리 형식이나 토끼와 유니콘을 사용하십시오.

XML의 장점

• YAML과 JSON이하지 않는 많은 경우를 다룹니다.
• 다양한 플랫폼 및 언어 배열에서 XML을 구문 분석하고 유효성을 검사하는 데 유용한 도구가 있습니다.
• XSLT와 같은 것을 통해 XML을 쉽고 강력하게 다른 형식으로 변환 할 수 있습니다.
• 합리적인 XML 문서는 사람이 읽고 편집하기가 쉽습니다. JSON이 더 쉽다고 말하지 마십시오.
• XML은 어느 정도 자체적으로 설명합니다. 즉, 대부분의 이진 형식과 달리 구조와 의미에 대한 정보를 직접 포함합니다.
• 인코딩 처리
• 크로스 플랫폼 사용이 더 쉬운 공백 불가지론
• 형식이 올바르지 않으면 중단됩니다 (데이터가 구조적으로 올바른지 확인).
• SGML이 아닙니다

단점

• 말 수가 많은
• 바이너리만큼 파싱하는 것은 빠르지 않습니다.
• 제대로 구성되어 있지 않으면 중단됩니다 (응용 프로그램이 손상됨)

좋은 용도

• 구성 파일
• 데이터 교환 형식
• 탄력적 인 파일 형식
• 데이터베이스에 문서 저장

그렇게 잘 사용하지

• 데이터 전송 형식
• 객체 직렬화
• 데이터베이스에 관계형 데이터 저장
• 고성능 I / O 시나리오를위한 파일 형식

답변