어디선 유닉스타임 원하지... 어딘 타임관련 구조체나 객체... 마이컴 줬다가 돌려받으면... byte order 뒤집혀있지.... 협업하는 사람이 까칠하면 개피곤
,,,(58.236)2015-04-06 01:48
int 4바이트 원하는곳도 있고, 어떤덴 구조체.. 아니면 아스키.. 마이컴 주고 받거나 그러면... byte order 뒤집히거나..
,,,(58.236)2015-04-06 01:49
DB넣었다가 뺄때, 마이컴등 이기종간에 프로토콜 통신하면서... 그리고 각종 날짜관련 함수 및 객체들... 원하는 포맷 맞춰서 주고 받고... 혼자 다하면 그닥 상관없는데.... 협업할때...
,,,(58.236)2015-04-06 02:08
이래서 설계와 문서화가 중요하다고 하는 거. 저거 두 개만 잘 해놔도 절대 안 생기는 문제임. 인코딩은 UTF-8로 통일하고 데이터 교환도 Layered Approach로 데이터 표현을 담당하는 쪽에서 처리하면 별 문제 안 생김. 이게 무슨 얘기인지 이해가 안 가면 이게 잘 구현된 대표적인 예로 OSI 7 Layer를 참고할 것.
인정...
어디선 유닉스타임 원하지... 어딘 타임관련 구조체나 객체... 마이컴 줬다가 돌려받으면... byte order 뒤집혀있지.... 협업하는 사람이 까칠하면 개피곤
int 4바이트 원하는곳도 있고, 어떤덴 구조체.. 아니면 아스키.. 마이컴 주고 받거나 그러면... byte order 뒤집히거나..
DB넣었다가 뺄때, 마이컴등 이기종간에 프로토콜 통신하면서... 그리고 각종 날짜관련 함수 및 객체들... 원하는 포맷 맞춰서 주고 받고... 혼자 다하면 그닥 상관없는데.... 협업할때...
이래서 설계와 문서화가 중요하다고 하는 거. 저거 두 개만 잘 해놔도 절대 안 생기는 문제임. 인코딩은 UTF-8로 통일하고 데이터 교환도 Layered Approach로 데이터 표현을 담당하는 쪽에서 처리하면 별 문제 안 생김. 이게 무슨 얘기인지 이해가 안 가면 이게 잘 구현된 대표적인 예로 OSI 7 Layer를 참고할 것.