전송 오브젝트가 직렬화 가능 해야하는 이유는 무엇입니까?

Question

나는 오늘 내가 왜 그런지 묻지 않고 몇 년 동안이 요구 사항을 맹목적으로 따랐다는 것을 깨달았습니다. 오늘, 나는 처음부터 만든 모델 객체를 사용하여 표명화 가능한 예고를 가로 질러 달려 갔으며 충분하다는 것을 깨달았습니다.

나는 이것이로드 균형 서버 간의 세션 복제 때문이라고 들었지만 세션 범위에서 직렬화 할 수없는 다른 객체를 보았다는 것을 알고 있습니다. 이것이 진짜 이유입니까?

Answer 1

진짜 이유입니다. 실제로 실제로 문제가되는 경우 웹 서버 또는 응용 프로그램 서버가 실제로 객체를 직렬화할지 여부에 따라 전적으로 의존합니다 (또는 직렬화가 가능하지만 현실적으로 수행하는 유일한 방법은 실제로 직렬화하는 것입니다).

대부분의 응용 프로그램 서버에는 엄격하지 않은 옵션이 있습니다. 실제로 상태를 공유하는로드 밸런스 서버를 사용하지 않으면 문제없이 보았을 수 있습니다.

Answer 2

와이어를 가로 질러 옮기기 위해서는 와이어에 넣을 수있는 양식으로 일련 방지 할 수 있어야합니다.

바이너리, XML, JSON 또는 SIMILLAR처럼

여기에 더 많은 정보가 있습니다 ... 도메인 개체는 직렬화 할 수 없어야합니까?

Answer 3

나는이 개념이 요청받는 것과 비슷하다고 생각합니다. 왜 소화를 위해 삼키기 전에 단단한 음식을 씹어야하는지. 그러나 물론, 차이점은 소화 된 선이 어쨌든 사형화 될 수 없다는 것입니다.

컴퓨터 플랫폼/시스템이 각각의 형태로 데이터를 나타내기 때문에 XDR 인코딩을 수행하는 SUN RPC (오늘날 ONC RPC 호출)를 사용한 것을 기억합니다. 예를 들어, Big Endian vs Small Endian.

그러나 Machine에 관계없이 JVM은 Big-Endian이므로 Endianness는 이유가되어서는 안됩니다.

컴퓨터 메모리의 데이터 구조에는 포인터가 있으며 객체의 모든 요소가 연속 메모리 블록에 앉아 있지 않을 수 있습니다. 그러나 I/O를 통해 객체를 다른 시스템으로 전달하면 해당 객체의 메모리 분포를 전달할 수 없습니다.

시스템 메모리의 동적으로 변화하는 배열을 복제하지 않기 때문에 데이터베이스에 저장되기 전에 객체를 직렬화해야합니다.

네트워크의 데이터 표현 계층은 모두 비트 스트림 기반입니다. 따라서 한 시스템에서 다른 시스템으로 데이터를 전달하려면 메모리에 표시된 차원 데이터를 바이트 바이트를 통해 네트워크 바이트로 스트리밍 할 수있는 차원 데이터로 변환해야합니다. 실제로, 조금씩, 그리고 종종 압축 및 보안 암호화를 통해 발생합니다. 압축 및 암호화 루틴은 oo 구조 맹검이며 비트 스트림이 추정됩니다. 네트워크 스위치는 oo 구조 맹인입니다. 네트워크 전송은 비트조차 보지 않습니다. 비트는 종종 아날로그 정현파 인 전송 신호로 인코딩 된 다음 변조된다. 이러한 프로세스는 OO 구조화 된 데이터의 다차원/계층 스키마에서 작동하지 않습니다.

객체 수준의 난독 화 및 암호화를 수행 할 수 있다고 생각하지만, 시스템이 숯 스트림으로 먼저 변환하여 시스템이 비트 스트림으로 변환 할 수 있도록해야합니다.

마샬링은 목자가 양의 무리를 가지고있을 때, 마샬을 곤경에 처한 바다 위의 단일 수선 다리를 통해 마샬을 마샬링 할 때입니다. 따라서 마샬러는 우리의 객체를 참조로 작성하여 직렬 스키마에 마샬링해야합니다. 따라서 정보 양이 다리의 다른 쪽 끝에서 나올 때, 우리는 그것들을 Conjugate-Demarshaller에 의해 계층 적 체계로 다시 조립할 수 있습니다. . 우리의 경우, 우리의 양은 다리를 통해 마샬링되는 것이 아니라 각 턴의 네트워크 전송 장비가 마샬링 된 양의 사본을 저장하기 위해 좁고 위태로운 와인딩과 산사태를 통해 마샬링됩니다. 양은 계곡을 통해 떨어졌습니다.