Google의 protocol buffers 데이터 교환 형식에 대한 정보를 살펴 보았습니다. 누구든지 코드를 가지고 놀았거나 주변에 프로젝트를 만들었습니까?프로토콜 버퍼 사용 경험이 있습니까?
저는 현재 텍스트 편집기에서 손으로 작성된 구조화 된 컨텐츠를위한 Python 프로젝트에서 XML을 사용하고 있으며, 사용자 지향 입력 형식으로 프로토콜 버퍼에 대한 일반적인 견해가 궁금합니다. 속도와 간결함의 이점은 확실히 거기에있는 것처럼 보이지만 실제로 데이터를 생성하고 처리하는 데는 많은 요소가 있습니다.
사용자 상호 작용을 원하는 사용자는 xml을 사용할 수 있습니다. 그것은 현재 더 많은지지, 이해 및 일반적인 수용을 가지고 있습니다. 내부적이라면 프로토콜 버퍼가 좋은 아이디어라고 말할 수 있습니다.
프로토콜 버퍼를 지원하기 위해 더 많은 도구가 나오면 공개 용 API에 대한 검색이 시작될 수 있습니다. 그때까지 ... JSON?
프로토콜 버퍼는 시스템 간의 통신을 최적화하기위한 것입니다. 그들은 실제로 인간의 상호 작용을위한 것이 아닙니다. 또한 형식은 이진이므로 해당 사용 사례의 XML을 대체 할 수 없습니다.
또한 가장 컴팩트 한 텍스트 기반 형식 인 JSON을 권장합니다.
간략한 설명을 들자면 프로토콜 버퍼가 적합하지 않은 것 같습니다. "텍스트 편집기에서 손으로 만든 구조화 된 콘텐츠"라는 문구는 XML에 대해 거의 비명을 지르고 있습니다.
그러나 조직 외부에서 공유되지 않는 데이터 구조와의 효율적이고 지연이 적은 통신을 원하면 프로토콜 버퍼와 같은 이진 직렬화가 큰 이점을 제공 할 수 있습니다.
PB와 같은 이진 형식의 또 다른 단점은 단일 비트의 오류가있는 경우 전체 데이터 파일을 구문 분석 할 수 없지만 JSON 또는 XML을 사용하면 마지막 수단으로 수동으로 오류를 수정할 수 있다는 것입니다. 사람이 읽을 수 있고 이중화가 내장되어 있습니다.
무슨 말씀 이세요? vtd-xml에 대한 다른 게시물과 함께 많은 배지와 득표를했습니다 ... 스팸 인 경우 사용자가 투표 할 수 있으며 하나의 부정적인 투표를받지 못했습니다 ... 문제는 귀하가 사람들은 아직 게시물의 내용을 이해하지 못하는 것 같습니다. –