Json 으로 사용할 수 있는 설명을?

Json 파일 안에 설명을 사용할 수 있습니까?? 그렇다면, 어떻게?

질문에 대한 의견 (16)
해결책

아니요.

Json 데이터를 모두 할 수 있으며, 이 경우, 해당 데이터가 너무 셀명 포함시키십시오 됩니다.

외상때문에 지정된 데이터 요소 ',' (또는 무언가) 에 의해, _comment&quot 불렀으매 &quot 약간만이라도 무시됨 JSON 데이터를 사용하는 앱.

아마도 너회들 더 잘할 수 있는 프로세스를 셀명 갖는 JSON 데이터를 JSON 생성하는지 / 받는 것이므로 사전에 알고 춰야 하거나, 적어도 구조가 될 것이다.

만일 너희가 했다.

{
   "_comment": "comment text goes here...",
   "glossary": {
      "title": "example glossary",
      "GlossDiv": {
         "title": "S",
         "GlossList": {
            "GlossEntry": {
               "ID": "SGML",
               "SortAs": "SGML",
               "GlossTerm": "Standard Generalized Markup Language",
               "Acronym": "SGML",
               "Abbrev": "ISO 8879:1986",
               "GlossDef": {
                  "para": "A meta-markup language, used to create markup languages such as DocBook.",
                  "GlossSeeAlso": ["GML", "XML"]
               },
               "GlossSee": "markup"
            }
         }
      }
   }
}
해설 (26)

, 없음 '또는' 의견 '/ /.' 이 형태의 /./ 미허용 json 으로. 이 질문에 바탕을 두고 있다.

해설 (13)
  • 설명을 포함할 경우에는. 구문 분석 또는 transmitting.* 미네이피어 함께 아웃하라는 전에 스트립

그냥 릴리즈됨 <;;;; (http://github.com/getify/JSON.minify&quot), a href = &quot &gt &lt /a&gt 제슨.미니피 () 에서 JSON 및 의견 및 공백 때문에 어떤 스트립 아웃해야 블록 수 있는 유효한 JSON 분석되었다. 따라서 마치 사용할 수 있습니다.

JSON.parse(JSON.minify(my_str));

이 때 나는 내가 할 수 있는 것이 큰 릴리즈됨 백슬래시 주지 않음, 그래서 많은 사람들이 이 결정한 이유에 대한 종합적인 블로그 포스트를 &lt i& # 39, d, a href = &quot, 쓰기, 주석, 쉽게 이해할 수 있는 http://web.archive.org/web/20100629021329/http ://blog.getify.com/2010/06/json-comments/&quot &gt /a&gt json<;). 여기에는 이 아니오표 의견을 작성자입니다 JSON:

&gt. 예를 들어, JSON 계속 사용하고 주석을 달 수 있는 구성 파일을 싶다. 모든 주석이 기재하십시오 박으래도 좋아해요. 이를 통해 이를 전달하기 전에 어졌다면 파이프 제스민 데이터베이스에구성원을 JSON 파서. - [더글러스 크록 포드, 2012년] (https://plus.google.com/118095276221607585885/posts/RK8qyGVaGSr)

39 의 다른 사람에게 왜 that& 도움됐네 함께 있기를 바랍니다 제슨.미니피 () 유용할 수 있다.

해설 (23)

Json 설게에 따른 의견 제거되었습니다.

&gt. 난 내가 본 명이 사용하기 때문에 재거됨 의견을 수용할 수 있는 구문 분석, 실제로 JSON 디렉티브에는 파기됨 상호 운용성 있을 것이라고 말했다. 내가 아는 사람도 있지만, 슬픈 shouldn& # 39 는 부재가 설명이 없다.

&gt. 예를 들어, JSON 계속 사용하고 주석을 달 수 있는 구성 파일을 싶다. 모든 주석이 기재하십시오 박으래도 좋아해요. 이를 통해 이를 전달하기 전에 어졌다면 파이프 제스민 데이터베이스에구성원을 JSON 파서.

출처: 공개적 G+) 에 의해 더글러스 크록 포드

해설 (22)

부인: 무상수리 텅 비어

이 해킹 활용하는 것으로 지적되고 있다, 모든 종류의 JSON 이 JSON 파서 이행을 사양명세 말고 이해할 것이다. 특히 스티리밍 파서 경계감소 했다.

39 의 it& 흥미로운 전혀 사용하지 않는 받아야 할 수 있지만, 이 모든 것에 대한 호기심을 . (아래 참조) 는 원래 그 답이 있다.

39, ve i& 해킹할 수 있는 작은 파일을 찾을 수 있는 설명을 배치하십시오 JSON 데이터를 파싱, 또는 어떤 식으로든 영향을 주지 않는 변경하십시오 표현할 수 있다.

해당 객체를 선언할 때 두 개의 값을 보인다 와 동일한 키를 지정할 수 있습니다, 마지막 한 ipv6-literal. 우선합니다. 믿거나 말거나, JSON 파서 동일한 방식으로 작동하는 것으로 나타났다. 그래서 우리는 이 소스 만드는 데 사용할 수 없을 것이라고 구문 주석 JSON 의 객체에는 표현.

({a: 1, a: 2});
// => Object {a: 2}
Object.keys(JSON.parse('{"a": 1, "a": 2}')).length; 
// => 1

만약 우리가 이 기술을 적용할 경우 주석 JSON 파일 다음과 같습니다.

{
  "api_host" : "The hostname of your API server. You may also specify the port.",
  "api_host" : "hodorhodor.com",

  "retry_interval" : "The interval in seconds between retrying failed API calls",
  "retry_interval" : 10,

  "auth_token" : "The authentication token. It is available in your developer dashboard under 'Settings'",
  "auth_token" : "5ad0eb93697215bc0d48a7b69aa6fb8b",

  "favorite_numbers": "An array containing my all-time favorite numbers",
  "favorite_numbers": [19, 13, 53]
}

위의 코드는 유효함 JSON. # 39, ll get it, you& 분석할 경우 객체를 다음과 같습니다.

{
    "api_host": "hodorhodor.com",
    "retry_interval": 10,
    "auth_token": "5ad0eb93697215bc0d48a7b69aa6fb8b",
    "favorite_numbers": [19,13,53]
}

즉, 그들은 흔적은 없다고 주석이 이상한 won& # 39 부작용이 없다.

해피 해킹!

해설 (41)

JSON 의견 지원하지 않습니다. 의사가 설명 구성 파일을 사용할 수 있는 것도 필요합니다.

히슨 인간들말이지 위한 파일 형식 () 는 구성 평온한 구문, 적은 수의 실수, 추가 설명.

! [히슨 소개] [1]

참조 [hjson.org] (http://hjson.org) 를, 자바, 파이썬, PHP, 자바스크립트, 루비, C # 러스트 http://www. gnu. 라이브러리보다는.

해설 (7)

Yaml 사용하는 것이 좋습니다. # 39 에 가까운 it& JSON 의 상위 솔루션 (거의 모든 유효함 JSON 은 유효함 YAML) 즉, 이를 통해 의견.

해설 (20)

39, t can& 있습니다. 적어도 내 경험을 바탕으로 한 눈에 쉽게 that& # 39 의 json.org.

JSON 은 해당 페이지의 두 사용하고 있다. # 39 좁히어 isn& 모든 정보, t 설명.

해설 (0)

JSON 스키마에는 대신 써야 합니다. JSON 은 현재 인터넷 초안 사양명세 스키마에는 제안했다. Json 데이터를 너회의 검증중 목동들과 스키마 문서를 사용할 수 있습니다.

예:

{
    "description":"A person",
    "type":"object",
    "properties":
        {
            "name":
                {
                    "type":"string"
                },
            "age":
                {
                    "type":"integer",
                    "maximum":125
                }
        }
}
    • 스키마에는 속성을 사용하여 설명스크립트 붽뎄 제공할 수 있습니다.
해설 (6)

잭슨 를 JSON 파서를 사용하는 경우 그것은 여분이라일러라 활성화한 후 주석을 허용하도록:

ObjectMapper mapper = new ObjectMapper().configure(Feature.ALLOW_COMMENTS, true);

그럼 이렇게 설명을 할 수 있습니다.

{
  key: "value" // Comment
}

또한 주석이 있는 '#' 로 시작하는 설정하여:

mapper.configure(Feature.ALLOW_YAML_COMMENTS, true);

하지만 일반적으로 (as 답변됨 전에) 사양명세 의견을 허용하지 않습니다.

해설 (0)

주석은 공식 표준이 아니다. 비록 몇몇 파서 지원부에서는 c 스타일 설명. 방정식입니다 제슨코프 를 사용하고 있다. 이 번호요 예에서 알 수 없다.

// Configuration options
{
    // Default encoding for text
    "encoding" : "UTF-8",

    // Plug-ins loaded at start-up
    "plug-ins" : [
        "python",
        "c++",
        "ruby"
        ],

    // Tab indent size
    "indent" : { "length" : 3, "use_space": true }
}

제슨린트 이 확인하지 않습니다. 그래서 주석이 파서 아닌 특정 확장명은 표준.

다른 파서 는 JSON5.

Json 대안으로 톰라.

더 대안은 제송크.

해설 (1)

다음은 내가 [구글 중포 기지 문서용으로] [1] 에서 찾을 수 있는 설명을 동일팔레트에 json 으로:

{
  "//": "Some browsers will use this to enable push notifications.",
  "//": "It is the same for all projects, this is not your project's sender ID",
  "gcm_sender_id": "1234567890"
}

[1]: # configure_the_browser_to_receive_messages https://firebase.google.com/docs/cloud-messaging/js/client

해설 (5)

Json 은 경우 문자열이어야 읽을 수 있는 텍스트 파일에 어떻게 해야 할 것이라는 게 어려운 C 나 C++ 스타일을 일부 프로그램을 사용하기 전에 스트립 아웃해야 의견 인컨텍스트 되겠습니까?

  • Answer:* 한 것임을 실었다. 그런 경우 JSON 구성 파일을 파일을 사용할 수 있게 했다.
해설 (6)

ASP.NET / 데즈리얼리즈 뉴턴소프t.j슨 읽을 수 있는 라이브러리를 사용하는 경우 제외) 이 json 컨텐츠를 사용할 수 있습니다.

&gt. name&quot //";: &quot string";

&gt. id&quot //";: int

또는

&gt. /* 이

&gt. 주석문입니다 예제에서와 */

  • PS:* 한 줄 주석은 6+ 버전의 뉴턴소프트 Json 통해서만 지원됩니다.

  • 추가 참고 백성을위한 can& # 39 는 JSON format 의 기본 설정, 내가 사용하는 것 같지는 않다 box:* 빼냅니다 작업공간에서 ASP.NET 웹 애플리케이션 I 했다. I read it 를 통해 파일, 설정 객체에는 변환하십시오 뉴턴소프트 라이브러리 및 필요할 때 사용한다.

난 정말 각 개별 파일 자체에 대한 설명을 먹어서나 포지셔닝하십시오 JSON 의 설정에, JSON format t care about don& # 39 의 무결성을 deltamove 의 library) 은 내가 사용하는 진행합니다.

39, & # 39 이 백업이었습니다 use/understand& 쉽게 생각한다. # 39, & # 39 운행에서어떠한 작성하는 것보다 별도의 settings.README&. 파일 및 설정 설명하는 항목이없습니다.

이 같은 문제가 발생한 경우 사용. 죄송하지만 빼냅니다 표시등입니다 인터넷에 접속할 수 있다. 국민은 없다 찾기 위해 다른 용도 및 JSON format, 어떻게 해 볼 수도 없습니다.

해설 (4)

Json 은 간단한 아이디어를 제공할 수 있어 응용 프로그램 간 데이터 교환. 이러한 웹 기반 및 언어는 일반적으로 JavaScript.

그러나 이 같은 doesn& # 39, t really 주석용 허용하시겠습니까 반군지역 셀명 이름 / 값 데이터 쌍 중 하나로, 비록 구하사 작동합니까 그 데이터를 분석하는 의해 특별히 할 것 "이라고 분명히 무시됨 또는 처리됩니까 코드.

39 에 있는 모든 것을 받아들이는 것은 it& 말하였노라 컨테인먼트하는 JSON 파일은 전통적인 설명을 한다. 다만 데이터 합니다.

JSON 웹 사이트 에 대해 보다 자세히 있다.

해설 (5)

예전에는 그냥 이 구성 파일. I want to use , t # 39 don& XML (자세히, 그래픽으로 어글리, 어려운 읽기) 또는 &quot ini"; 형식 (no 계층 없고, 진짜 표준 등) 또는 jave &quot Properties"; 형식 (그것을비유하사 .ini).

JSON 할 수 있는 모든 것을 할 수 있는 방법을 자세히 적은 것이 더 많은 사람이 읽을 수 있는 유비쿼터스 및 리스토어와 파서 쉽고 다양한 언어로. 그냥 한 트리입니다 it& # 39 의 데이터. 하지만, 문서 &quot default&quot 의견이 많이 아웃오브밴드 상황이다. 구성 등. 절대 할 수 있지만, 전체 구성은 &quot documents&quot, 필요할 때 저장된 데이터를 사람이 읽을 수 있는 진단트리를 수 있습니다.

&Quot &quot 사용할 수 있는 '한 것 같아요;;: &quot comment&quot os*용 &quot valid";;; ' JSON.

해설 (5)

기본적으로 json 지원하지 않는 자신의 의견을 확장하지만 내말들어봐 디코더, 적어도 that& # 39 에 대한 의견, 스트립 아웃해야 전처리기 정말 괜찮아요 (as long as you 방치해서는 의견 및 don& # 39 는 JSON 데이터를 처리해야 하는 응용 프로그램에 안내선 어떻게 이를 사용하여, t).

&gt. JSON 의견을 가지고 있지 않습니다. Json 은 안 출력입니다 인코더 설명. Json 은 의견을 무시하고 디코더 인정할 수 있습니다.

&gt. 아무 것도 의미 있는 송신합니다 의견 사용하면 안 됩니다. 즉 어떤 JSON 캐비닛용입니다.

Cf. 더글러스 크록 포드 JSON 의 저자 사양명세.

해설 (1)

Json 라이브러리를 it 따라 다릅니다. Json.NET 는 javascript 스타일 / 코메망 / '의견'.

참조 다른 Stack&amp, nbsp; 오버플로입니다 질문.

해설 (1)

JSON 은 많은 감지에서 구성 파일 및 기타 지역 사용 때문에 it& # 39 에 비해 훨씬 더 단순한 it& # 39 의 유비쿼터스 있기 때문에 XML.

만약 사람들이 갖는 JSON 데이터를 통신할 때 강한 이유에 대한 설명 (표시할지를 유효함 방관하겠나), 다음 두 분할됩니다 JSON 가능성이 있다.

  • Json com: JSON 의 JSON 데이터를 통신할 때 적용되는 유선 또는 규칙.
  • Json doc: JSON 문서 또는 JSON 의 파일 또는 로칼에서. Json 문서를 유효함 정의하는 규칙.

Json doc 하면 의견 및 다른 사소한 차이 등 공백을 취급료 있을 수 있습니다. 다른 한 사양명세 파서 쉽게 변환할 수.

이와 관련해 에 의해 만들어진 이 문제 (참조됨 @Artur 스차이카) 의 더글러스 크록 포드

&gt. 예를 들어, JSON 계속 사용하고 주석을 달 수 있는 구성 파일을 싶다. 모든 주석이 기재하십시오 박으래도 좋아해요. 이를 통해 이를 전달하기 전에 어졌다면 파이프 제스민 데이터베이스에구성원을 JSON 파서.

39, re 스토리지스코프는 we& 대한 일반 구성 파일 문제 (크로스 랭귀지 / 플랫폼), he& # 39 의 자동 응답기가 수신기마다 JS 특정 유틸리티에는!

Json 특정 작게 하다 구현될 수 있도록 모든 언어로 합니다 하지만 이 모든 언어로 파서 및 플랫폼 표준화 되도록 유비쿼터스 구현하므로 그래서 사람들이 있기 때문에 좋은 사용 시간을 낭비하지 정지점을 피쳐보다 부족한 경우, 최대 온라인 포럼, 점점 그 사람들이 하는 문제를 말하는 것으로, 또는 it& # 39 의 나쁜 아이디어 it& # 39 의 손쉽게 구현할 수 있는 텍스트 파일 아웃해야 과정의 설명.

다른 문제는 상호 운용성. 일부 또는 모든 종류의 서브시스템과 있다고 가정해 봅시다 또는 데이터 파일 라이브러리 또는 apiu 디스크입니다. diskid 구성용 연결되어 있습니다. 그리고 이 서브시스템과 는 액세스하도록 서로 다른 언어로 사용한다. 대한 재동기화할 검색하기를 사람들에게 말하고 있습니다. by the way

39 에서 빼놓을 수 없는 스트립 아웃해야 don&, JSON 반군지역 하기 전에 파일 의견 파서!

해설 (1)

하지만 그들은 json 지원하는 데 의견, 그렇다고 제거되고 표준.

작성자입니다 에서 JSON:

&gt. 난 내가 본 명이 사용하기 때문에 재거됨 의견을 수용할 수 있는 구문 분석, 실제로 JSON 디렉티브에는 파기됨 상호 운용성 있을 것이라고 말했다. 내가 아는 사람도 있지만, 슬픈 shouldn& # 39 는 부재가 설명이 없다. - [더글러스 크록 포드, 2012년] (https://web.archive.org/web/20120506232618/https ://plus.google .com/1180952762216075 85885/posts/rk8qygvagsr)

Json 공식 사이트가 dell. JSON.org. JSON 은 일반 에 의해 정의된 ECMA 인터내셔널. 항상 할 표준 프로세스 개정됩니다 헌법소원을 냈다. Json 표준 여러 가지 이유로 것 같지는 않다고 주석입니다 추가될 예정입니다.

JSON (human 구문 분석) 는 XML 로 쉽게 역설계할 설게에 따른 대체. 이러한 점은 이 단순화되었으며 주석입니다 필요하지 않습니다. 심지어 마크업에는 욕금지 아니다 목표는 안정성 및 인터퍼아브릴티.

누구나 잘 알고 있는 &quot has-a"; 객체 관계, 즉 모든 JSON 구조를 이해할 수 있는 방향을 요점입니다. 이것이 단순한 전달됩니까 비순환 그래프 (DAG) 와 노드입니다 주기표시 (key / value 쌍), 이는 가까운 범용 데이터 구조.

이 문제는 &quot 그것은꿈의 다그 tags&quot, 주석, / / 필요한 될 수 있습니다. 임의의 의미 있는 인수에 필요한 정보 등 주요 이름을 지정할 수 있습니다.

Json 부트해 몇 줄의 코드로 모든 플랫폼의 분석할 수 있다. 필요 없는 복잡한 OO xml 라이브러리를 실행 가능한 대부분의 플랫폼에서.

그냥 할 수 있도록 상호 주석입니다 JSON 적은 것이다. There is nothing else 는 단순히 어떤 추가, 아니면 정말로 필요한 경우, t care 확장성표기언어 (XML) 및 don& # 39 는 구문 분석 데이터를 쉽게 유지된다.

해설 (0)