Hacker News 의견

• 누군가가 진정한 오픈 소스 XSLT 3 및 XPATH 3 구현을 만든 것을 보니 기쁨

  • 과거 프로젝트에서 XSLT & XPATH 1.0만 사용했음. 이는 Java/Net 세계 외에서는 지원이 부족했기 때문임
  • Saxon은 훌륭했지만, 오픈 소스 세계에서 XSLT 2.0 및 XPATH 2.0 이상의 구현이 더 많았으면 좋겠음
  • XSLT 3.0은 훌륭한 사양이지만, 오픈 소스 방식으로 실행할 다른 방법이 필요함

• 많은 양의 XML 소스가 존재함

  • 예를 들어, Wikipedia 아카이브는 42GB의 압축되지 않은 텍스트임
  • 이를 메모리에 완전히 파싱된 형태로 저장하면 100GB 이상이 필요할 수 있음
  • 스트리밍이 해결책이지만, 아직 지원되지 않음

• XML을 사용하는 것이 여전히 멋짐

  • Rust로 작성된 고성능, 고품질의 라이브러리가 필요함
  • 이를 기반으로 한 Python 라이브러리가 좋은 기초가 될 수 있음

• XML은 데이터 상호운용성을 위한 표준 기반 접근 방식임

  • 처음 배웠을 때는 개발자 친화적이지 않아서 싫었음
  • 그러나 이제는 오랜 표준의 가치를 이해하게 되었음
  • XML은 컴퓨터가 선호하는 데이터 표준처럼 보임

• XSLT는 주요 브라우저에서 여전히 널리 지원됨

• WASM으로 컴파일될 수 있다는 점은 긍정적임

  • Chrome 팀이 libxml 및 XSLT 지원을 제거하려 했던 적이 있었음
  • 근본적인 도구 작업이 중요함을 보여주는 증거임

• 최근에 XSLT 2 트랜스파일러를 작성했음

  • XPath 엔진 작성이 가장 어려운 부분이었음

• XPath와 XSLT가 오늘날 어떤 문제를 우아하게 해결하는지 궁금함

• Java 외의 공간에서 작업하는 것을 좋아함

  • XML 리더가 오류 수정 기능을 갖추는 것이 중요함

• 이 구현이 언젠가 Wine에서 MSXML 구현에 사용될 수 있을지 궁금함

  • 과거에 Wine을 위한 XPath 1.1 구현을 작성했지만, 병합하지 못했음