Json 파일 안에 설명을 사용할 수 있습니까?? 그렇다면, 어떻게?
아니요.
Json 데이터를 모두 할 수 있으며, 이 경우, 해당 데이터가 너무 셀명 포함시키십시오 됩니다.
외상때문에 지정된 데이터 요소 ',' (또는 무언가) 에 의해, _comment" 불렀으매 " 약간만이라도 무시됨 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"
}
}
}
}
}
, 없음 '또는' 의견 '/ /.' 이 형태의 /./ 미허용 json 으로. 이 질문에 바탕을 두고 있다.
그냥 릴리즈됨 <;;;; (http://github.com/getify/JSON.minify"), a href = " > < /a> 제슨.미니피 () 에서 JSON 및 의견 및 공백 때문에 어떤 스트립 아웃해야 블록 수 있는 유효한 JSON 분석되었다. 따라서 마치 사용할 수 있습니다.
JSON.parse(JSON.minify(my_str));
이 때 나는 내가 할 수 있는 것이 큰 릴리즈됨 백슬래시 주지 않음, 그래서 많은 사람들이 이 결정한 이유에 대한 종합적인 블로그 포스트를 < i& # 39, d, a href = ", 쓰기, 주석, 쉽게 이해할 수 있는 http://web.archive.org/web/20100629021329/http ://blog.getify.com/2010/06/json-comments/" > /a> json<;). 여기에는 이 아니오표 의견을 작성자입니다 JSON:
>. 예를 들어, JSON 계속 사용하고 주석을 달 수 있는 구성 파일을 싶다. 모든 주석이 기재하십시오 박으래도 좋아해요. 이를 통해 이를 전달하기 전에 어졌다면 파이프 제스민 데이터베이스에구성원을 JSON 파서. - [더글러스 크록 포드, 2012년] (https://plus.google.com/118095276221607585885/posts/RK8qyGVaGSr)
Json 설게에 따른 의견 제거되었습니다.
>. 난 내가 본 명이 사용하기 때문에 재거됨 의견을 수용할 수 있는 구문 분석, 실제로 JSON 디렉티브에는 파기됨 상호 운용성 있을 것이라고 말했다. 내가 아는 사람도 있지만, 슬픈 shouldn& # 39 는 부재가 설명이 없다.
>. 예를 들어, JSON 계속 사용하고 주석을 달 수 있는 구성 파일을 싶다. 모든 주석이 기재하십시오 박으래도 좋아해요. 이를 통해 이를 전달하기 전에 어졌다면 파이프 제스민 데이터베이스에구성원을 JSON 파서.
부인: 무상수리 텅 비어
이 해킹 활용하는 것으로 지적되고 있다, 모든 종류의 JSON 이 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 부작용이 없다.
해피 해킹!
JSON 의견 지원하지 않습니다. 의사가 설명 구성 파일을 사용할 수 있는 것도 필요합니다.
히슨 인간들말이지 위한 파일 형식 () 는 구성 평온한 구문, 적은 수의 실수, 추가 설명.
참조 [hjson.org] (http://hjson.org) 를, 자바, 파이썬, PHP, 자바스크립트, 루비, C # 러스트 http://www. gnu. 라이브러리보다는.
JSON 스키마에는 대신 써야 합니다. JSON 은 현재 인터넷 초안 사양명세 스키마에는 제안했다. Json 데이터를 너회의 검증중 목동들과 스키마 문서를 사용할 수 있습니다.
예:
{
"description":"A person",
"type":"object",
"properties":
{
"name":
{
"type":"string"
},
"age":
{
"type":"integer",
"maximum":125
}
}
}
잭슨 를 JSON 파서를 사용하는 경우 그것은 여분이라일러라 활성화한 후 주석을 허용하도록:
ObjectMapper mapper = new ObjectMapper().configure(Feature.ALLOW_COMMENTS, true);
그럼 이렇게 설명을 할 수 있습니다.
{
key: "value" // Comment
}
또한 주석이 있는 '#' 로 시작하는 설정하여:
mapper.configure(Feature.ALLOW_YAML_COMMENTS, true);
하지만 일반적으로 (as 답변됨 전에) 사양명세 의견을 허용하지 않습니다.
주석은 공식 표준이 아니다. 비록 몇몇 파서 지원부에서는 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] 에서 찾을 수 있는 설명을 동일팔레트에 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
ASP.NET / 데즈리얼리즈 뉴턴소프t.j슨 읽을 수 있는 라이브러리를 사용하는 경우 제외) 이 json 컨텐츠를 사용할 수 있습니다.
>. name" //";: " string";
>. id" //";: int
또는
>. /* 이
>. 주석문입니다 예제에서와 */
PS:* 한 줄 주석은 6+ 버전의 뉴턴소프트 Json 통해서만 지원됩니다.
추가 참고 백성을위한 can& # 39 는 JSON format 의 기본 설정, 내가 사용하는 것 같지는 않다 box:* 빼냅니다 작업공간에서 ASP.NET 웹 애플리케이션 I 했다. I read it 를 통해 파일, 설정 객체에는 변환하십시오 뉴턴소프트 라이브러리 및 필요할 때 사용한다.
난 정말 각 개별 파일 자체에 대한 설명을 먹어서나 포지셔닝하십시오 JSON 의 설정에, JSON format t care about don& # 39 의 무결성을 deltamove 의 library) 은 내가 사용하는 진행합니다.
이 같은 문제가 발생한 경우 사용. 죄송하지만 빼냅니다 표시등입니다 인터넷에 접속할 수 있다. 국민은 없다 찾기 위해 다른 용도 및 JSON format, 어떻게 해 볼 수도 없습니다.
Json 은 간단한 아이디어를 제공할 수 있어 응용 프로그램 간 데이터 교환. 이러한 웹 기반 및 언어는 일반적으로 JavaScript.
그러나 이 같은 doesn& # 39, t really 주석용 허용하시겠습니까 반군지역 셀명 이름 / 값 데이터 쌍 중 하나로, 비록 구하사 작동합니까 그 데이터를 분석하는 의해 특별히 할 것 "이라고 분명히 무시됨 또는 처리됩니까 코드.
JSON 웹 사이트 에 대해 보다 자세히 있다.
예전에는 그냥 이 구성 파일. I want to use , t # 39 don& XML (자세히, 그래픽으로 어글리, 어려운 읽기) 또는 " ini"; 형식 (no 계층 없고, 진짜 표준 등) 또는 jave " Properties"; 형식 (그것을비유하사 .ini).
JSON 할 수 있는 모든 것을 할 수 있는 방법을 자세히 적은 것이 더 많은 사람이 읽을 수 있는 유비쿼터스 및 리스토어와 파서 쉽고 다양한 언어로. 그냥 한 트리입니다 it& # 39 의 데이터. 하지만, 문서 " default" 의견이 많이 아웃오브밴드 상황이다. 구성 등. 절대 할 수 있지만, 전체 구성은 " documents", 필요할 때 저장된 데이터를 사람이 읽을 수 있는 진단트리를 수 있습니다.
기본적으로 json 지원하지 않는 자신의 의견을 확장하지만 내말들어봐 디코더, 적어도 that& # 39 에 대한 의견, 스트립 아웃해야 전처리기 정말 괜찮아요 (as long as you 방치해서는 의견 및 don& # 39 는 JSON 데이터를 처리해야 하는 응용 프로그램에 안내선 어떻게 이를 사용하여, t).
>. JSON 의견을 가지고 있지 않습니다. Json 은 안 출력입니다 인코더 설명. Json 은 의견을 무시하고 디코더 인정할 수 있습니다.
>. 아무 것도 의미 있는 송신합니다 의견 사용하면 안 됩니다. 즉 어떤 JSON 캐비닛용입니다.
JSON 은 많은 감지에서 구성 파일 및 기타 지역 사용 때문에 it& # 39 에 비해 훨씬 더 단순한 it& # 39 의 유비쿼터스 있기 때문에 XML.
만약 사람들이 갖는 JSON 데이터를 통신할 때 강한 이유에 대한 설명 (표시할지를 유효함 방관하겠나), 다음 두 분할됩니다 JSON 가능성이 있다.
Json doc 하면 의견 및 다른 사소한 차이 등 공백을 취급료 있을 수 있습니다. 다른 한 사양명세 파서 쉽게 변환할 수.
이와 관련해 다 에 의해 만들어진 이 문제 (참조됨 @Artur 스차이카) 의 더글러스 크록 포드
>. 예를 들어, JSON 계속 사용하고 주석을 달 수 있는 구성 파일을 싶다. 모든 주석이 기재하십시오 박으래도 좋아해요. 이를 통해 이를 전달하기 전에 어졌다면 파이프 제스민 데이터베이스에구성원을 JSON 파서.
Json 특정 작게 하다 구현될 수 있도록 모든 언어로 합니다 하지만 이 모든 언어로 파서 및 플랫폼 표준화 되도록 유비쿼터스 구현하므로 그래서 사람들이 있기 때문에 좋은 사용 시간을 낭비하지 정지점을 피쳐보다 부족한 경우, 최대 온라인 포럼, 점점 그 사람들이 하는 문제를 말하는 것으로, 또는 it& # 39 의 나쁜 아이디어 it& # 39 의 손쉽게 구현할 수 있는 텍스트 파일 아웃해야 과정의 설명.
다른 문제는 상호 운용성. 일부 또는 모든 종류의 서브시스템과 있다고 가정해 봅시다 또는 데이터 파일 라이브러리 또는 apiu 디스크입니다. diskid 구성용 연결되어 있습니다. 그리고 이 서브시스템과 는 액세스하도록 서로 다른 언어로 사용한다. 대한 재동기화할 검색하기를 사람들에게 말하고 있습니다. by the way
하지만 그들은 json 지원하는 데 의견, 그렇다고 제거되고 표준.
작성자입니다 에서 JSON:
>. 난 내가 본 명이 사용하기 때문에 재거됨 의견을 수용할 수 있는 구문 분석, 실제로 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 로 쉽게 역설계할 설게에 따른 대체. 이러한 점은 이 단순화되었으며 주석입니다 필요하지 않습니다. 심지어 마크업에는 욕금지 아니다 목표는 안정성 및 인터퍼아브릴티.
누구나 잘 알고 있는 " has-a"; 객체 관계, 즉 모든 JSON 구조를 이해할 수 있는 방향을 요점입니다. 이것이 단순한 전달됩니까 비순환 그래프 (DAG) 와 노드입니다 주기표시 (key / value 쌍), 이는 가까운 범용 데이터 구조.
이 문제는 " 그것은꿈의 다그 tags", 주석, / / 필요한 될 수 있습니다. 임의의 의미 있는 인수에 필요한 정보 등 주요 이름을 지정할 수 있습니다.
Json 부트해 몇 줄의 코드로 모든 플랫폼의 분석할 수 있다. 필요 없는 복잡한 OO xml 라이브러리를 실행 가능한 대부분의 플랫폼에서.
그냥 할 수 있도록 상호 주석입니다 JSON 적은 것이다. There is nothing else 는 단순히 어떤 추가, 아니면 정말로 필요한 경우, t care 확장성표기언어 (XML) 및 don& # 39 는 구문 분석 데이터를 쉽게 유지된다.