명명 문제가 있습니다. 내가 어떤 JSON에서 개체의 X를 읽으면JSON과 같은 객체를 설명하는 데 사용하는 단어는 무엇입니까?
내 변수 xJson (또는 유사)를 호출 할 수 있습니다. 그러나 때로는 데이터가 JSON이 특별하지 않은 다양한 소스 (예 : XMLRPC, 프로그래밍 방식으로 Maps, List & 프리미티브 ... 등으로 생성되었을 수 있음)가있을 수 있습니다. 변수에 대한 좋은 이름이 무엇인지,이 상황에서
? 내가 지금까지 생각해 낸 가장 좋은 점은 'DynamicData'와 같은 것인데, 일부 상황에서는 괜찮 았지만 길지는 않지만 관습에 익숙하지 않은 사람들에게는 그리 명확하지 않을 수 있습니다.SerializedData?
해시 및 데이터 목록의 계층 적 컬렉션은 문서이라고도하며 어떤 serialization 형식이 사용되는지에 관계없이 참조됩니다. 또 다른 유용한 설명을 페이로드 또는 전송 또는 키/값 저장소에 기록 된 값 문자열에 대한 메시지 본문의 의미에서 몸 수 있습니다.
은 내가 "문서"나 자신과 직렬화 형식 상기 객체 계층 구조를 호출하는 경향이있다 "문서." 따라서 RequestDocument는 RequestDoc으로 파싱되며 추가 식별시 OrderDoc 또는 CustomerUpdateDoc 등이 될 수 있습니다. InvoiceDoc은 일반적으로 ResponseDoc이 결국 ResponseDocument로 직렬화되는 것으로 알려지게됩니다.
긴 형태 어색하지만, 이러한 일련 문자열은 일반적으로 짧은 수명 어쨌든 코드에서 지역화입니다.
데이터가 모델 인 경우 데이터가 나타내는 모델의 이름을 지정합니다. 예를 들어 내용의 형식이 아닌 내용의 목적에 따라 이름을 지정하십시오. 따라서 고객 정보 목록 인 경우 "고객"또는 "customerModel"또는 이와 비슷한 이름을 지정하십시오.
내용이 무엇인지 모르는 경우 형식을 구분하지 않는 한 이름은 중요하지 않습니다. "responseData", "jsonResponse"등 ...
"DynamicData"는 데이터에 대해 언급할만한 것이 전혀없는 경우를 제외하고 긴 이름이 아닙니다. "데이터"는 괜찮을 수도 있습니다.