그래서 저는 흥미로운 디자인 패턴을 만났고 여러분이 그것에 대한 의견이 있는지 알고 싶었습니다.
기본적으로 디자인은 모든 것을 사전 직렬화 된 유형으로 전달합니다. 예를 들어, 반품에 대한 "유형"이 없습니다. 간단한 uint8_t *로 전달됩니다. 버퍼에 무엇이 있는지, 얼마나 큰지, 버퍼의 버전이 무엇인지 등을 "알려주는"정의 된 헤더가 있습니다. 모든 구조를 평평하게하기 때문에 "사전 직렬화"라고 부릅니다.
장점 :
단점 : IMHO :
이 디자인 패턴을 전에 본 적이 있습니까? 이 디자인 패턴의 이름이 있습니까? 내가 놓친 것?
Honza가 말했듯이 이것은 Legacy Cobol / PL1 에서 정상일 것입니다 ( Cobol / PL1 변환 또는 COBOL 프로그램에 대한 인터페이스 ???).
에서 COBOL 이 디자인 패턴을 만들 것 이해 하지 있는지에 대해, C (바이너리 직렬화 패키지 또는 JSON 등 중 하나가 분별 수 있습니다)하지만.
Cobol 에서는 모든 프로그램이 사용하고 Cobol 카피 북 (파일 지원 또는 Microfocus 데이터 편집기 등 )을 사용하여 데이터를 편집 할 수 있는 Cobol 카피 북 이 있습니다 .
Cobol 에서이 "디자인 패턴" 을 사용하는 이유 :
읽기 테스트 데이터 파일 동안 많은 데이터 통화 모듈의 출력 파일에 대한 쓰기 결과 읽기 테스트 데이터 파일의 끝 당신은 다음 사이 비교 할 수있는 출력 로부터 다시 변경 프로그램 받는 변경된 프로그램 .
테스트-때때로 테스트에서 "프로덕션 파일"을 사용할 수 있습니다.
파일은 진행 상황에 대한 추적 또는 스냅 샷을 제공하므로 매우 유용 할 수 있습니다.
간편한 배치 스트림 재구성 :
귀하의 단점 은 C에 유효 하지만 Cobol에서는 문제가되지 않습니다.
이 "디자인 패턴" 을 사용하는 핵심 은 형식 을 편집 /보기 / 비교할 수 있다는 것입니다. 파일을 편집 /보기 / 비교할 수 없으면 요점이 보이지 않습니다
이 기사는 인터넷에서 수집됩니다. 재 인쇄 할 때 출처를 알려주십시오.
침해가 발생한 경우 연락 주시기 바랍니다[email protected] 삭제
몇 마디 만하겠습니다