왜 라이브러리 디자이너가 Text가 적합한 것으로 보이는 ByteString을 사용합니까?

Question

내 응용 프로그램에서 작업 Aeson not decoding UTF8 input의 문제가 발생했습니다. 깊은 파고 들자면 Attoparsec의 Parser ByteString에 의존한다는 것을 알았습니다.이 문제는 저에게 문제의 근원 인 것 같습니다. 그러나 실제로 제가 여기서 요구하는 것이 아닙니다.

내가보기에 사람들이 보았던 유일한 장소가 아니란 점은 나에게 명백한 것처럼, Text 만 적합합니다. JSON은 일부 이진 파일이 아니기 때문에 읽기 가능한 텍스트이고 매우 유용 할 수 있습니다. 잘 UTF8 문자가 포함되어 있습니다.

을 선택해야하는 유효한 이유가 있거나 또는 라틴보다 다른 문자 집합에 대해 신경을 쓰지 않는 대다수의 사람들에 의해 발생한 나쁜 라이브러리 디자인의 광범위한 현상 일 수 있습니다. .

Answer 1

. 당신 print이 String를 포함하는 값, Char에 대한 Show 인스턴스가 사용

Prelude> print "Ёжик лижет мёд." 
"\1025\1078\1080\1082 \1083\1080\1078\1077\1090 \1084\1105\1076." 
Prelude> putStrLn "\1025\1078\1080\1082 \1083\1080\1078\1077\1090 \1084\1105\1076." 
Ёжик лижет мёд. 
Prelude> "{\"a\": \"Ёжик лижет мёд.\"}" 
"{\"a\": \"\1025\1078\1080\1082 \1083\1080\1078\1077\1090 \1084\1105\1076.\"}" 

, 그리고 당신이 원하는 문양을 얻으려면 127 위의 코드 포인트로 모든 문자를 이스케이프, 당신은 String을 putStr[Ln]해야합니다.

encode = {-# SCC "encode" #-} encodeUtf8 . toLazyText . fromValue . 
     {-# SCC "toJSON" #-} toJSON 

그래서 aeson가 최종 타겟 ByteString하지 Text를 사용하는 이유는 질문 :이 때문에 예상 할 수있는 바와 같이

그래서 aeson 제대로는 UTF8 인코딩 된 입력을 디코딩 된 값 자체 UTF8 - 코딩 인코딩 및 디코딩 시작점.

이것이 적절한 유형입니다. 인코딩 된 값은 컴퓨터간에 이식 가능하도록 전송됩니다. 그것은 바이트의 흐름 (우리가 현학적 분위기라면)에 일어납니다. 정확히 ByteString이 제공하는 것으로서, 응용 프로그램 특정 방식으로 처리되어야하는 바이트 시퀀스입니다. aeson의 경우 바이트 스트림은 utf-8로 인코딩되어야하고 aeson은 decode 함수의 입력이 유효한 utf-8이라고 가정하고 해당 출력을 유효한 utf-8로 인코딩합니다.

예 : Text은 16 비트 인코딩이 엔디안 방식에 따라 다르므로 이식성 문제가 발생하므로 Text은 컴퓨터간에 데이터를 교환하는 데 적합한 형식이 아닙니다. aeson은 중간 단계에서 사용할 적절한 유형이기 때문에 인코딩 할 때 중간 유형으로 (그리고 아마도 디코딩 할 때도) Text을 사용합니다.

Answer 2

JSON 표준은 UTF-8이 아니라 UTF-16으로 정산되었습니다. 자세한 내용은 공식 웹 사이트 http://json.org/에서 확인할 수 있습니다. (그리고 아이손의 추가 방어, JSON의 이진 비트의 인터페이스를 통해 노출되지 않습니다하십시오 Value의 String 생성자가 Text 아닌 ByteString이 포함되어 있습니다.) 나는 your problem 그냥 오해라고 생각