ui 데이터 계약 : json 데이터의 클라이언트 측 확장 유효성 검사

json이 다른 그룹에 의해 생성 된 서비스 및 데이터베이스 호출로 인해 몇 가지 상황에서 잘못된 데이터 조합을 제공하고 많은 의도하지 않은 오류가 발생하는 경우가 있습니다. .ui 데이터 계약 : json 데이터의 클라이언트 측 확장 유효성 검사

"rowContent"필드가 "1"인 경우 아래의 작은 예에서 볼 수 있듯이 해당 행은 채워진 javascript 개체 여야합니다. "rowContent1"및 "row1"및 "rowContent2"및 "row2"는 정확합니다. "rowContent3"및 "row3"은 그렇지 않습니다.

나는이 json의 구조가 환상적이라고 인정하지 않습니다. 좋아, 조금 엉뚱한거야. 그것은 내가 생산에서 다루고있는 것에 상당히 가깝습니다. 나는 그것을 거의 통제 할 수 없다.

"row3"에 존재하지 않는 데이터를 사용하기 시작하기 전에 유효성이있는 json 데이터 관계를 설명하는 데이터 기반 방법이 있습니까?

또는이 상황에서 내가 무엇을 권하고 싶습니까?

덕분에 많은 확실히 JSON 스키마와

{ "table" : [ 
     { 
      "aRowContent" : { 
       "rowContent1" : "1", 
       "rowContent2" : "0", 
       "rowContent3" : "1", 
      }, 
      "row1" : { 
       "myRowValue" : "red" 
      }, 
      "row2" : null, 
      "row3" : null 
     } 
    ] 
}

출처

2013-04-09 koolunix

하지

래리

. JSON 스키마는 다른 데이터 비트와 상호 참조하지 않고 JSON 데이터의 구조를 확인합니다.

데이터 구조의 중복성 문제가 있다고 생각합니다. /table/0/row1의 Null-Check에서 동일한 정보를 추론 할 수있는 경우 왜 /table/0/aRowContent/rowContent1이 필요합니까?

출처

2013-04-18 10:02:20 cloudfeet

본인은 형식을 제어 할 수 없다는 것을 이해합니다. 그러나 유효성을 검사 할 수 없게하는 중복성은 알고 있습니다. – cloudfeet

동의. 문제는 json의 구조에 있습니다. 불행히도 이것은 내 데이터 구조가 아니거나이 문제를 직접 고치고 JSON 스키마를 사용합니다. 고마워 – koolunix

ui 데이터 계약 : json 데이터의 클라이언트 측 확장 유효성 검사

답변

관련 문제