저는이 두 가지가 어떻게 작동하는지 알아 내려고하고 있습니다. 분명히 websocket은 푸시 기술을 사용하기 때문에 클라이언트는 긴 폴링을 수행 할 필요가 없으며, 지속적으로 새로 고침하고 무언가가 변경되었는지 여부도 확인할 수 있습니다 (이벤트 리스너와 비슷 함).위임과 웹 소켓은 뒤에서 비슷합니까?
그러나 객관적인 C와 마찬가지로 위임을 사용하면 대리인이 요청을 반복하여 전송하여 메서드가 실행되었는지 여부를 지속적으로 확인합니다. 또는 메소드가 실행 된 정보가 대표단에게 푸시 되었습니까?
위의 세 번째 이론은 같은 프로그램에 있기 때문에 두 클래스 (프로토콜 및 위임 클래스)는 항상 폴링과 같은 종류의 "연결 연결"을 가지고 있습니다. 또는 정보가 진정으로 푸시되는 두 번째 단락과 같습니다.
웹 소켓은 양방향 전이중 메시지 기반 통신 채널입니다. 많은 푸시 기술은 낮은 서버 대 클라이언트 (브라우저) 대기 시간을 가질 수 있지만 WebSocket을 사용하면 낮은 클라이언트 대 서버 대기 시간 (따라서 낮은 왕복 대기 시간)을 얻을 수 있습니다.
필자는 (Objective-C 전문가가 아니기 때문에) 델리게이트는 객체 간의 느슨한 프로토콜 (객체 지향적으로, 네트워크적인 의미가 아닌)을 만드는 단지 방법 일뿐입니다. 구현 세부 사항을 모르지만 계속 폴링이 없다는 것이 확실합니다. 대리자 메서드는 필요할 때마다 조회됩니다. "열린 연결"또는 폴링이 필요 없습니다. 델리게이트는 웹 전송과 같은 네트워크 전송이 아닌 함수/메서드 호출을 수행하는 방법이라고 생각하십시오. 이 Apple doc은 더 자세히 설명됩니다.
시간을내어 주셔서 감사합니다. 정말 당신이 아는 것 이상을 의미합니다! 이것은 나의 이해에 정말로 도움이되었습니다. 컴퓨터 간의 통신 (네트워킹)과 객체조차도 나에게 혼란스러운 주제였습니다. 그러나 진지하게, 당신은 모든 것을 정리했습니다! 감사! –
웹 소켓은 정확히 "푸시 기술"이 아닙니다. 양방향 전이중 메시지 기반 통신 채널입니다. 많은 푸시 기술은 낮은 서버 대 클라이언트 (브라우저) 대기 시간을 가질 수 있지만 WebSocket을 사용하면 낮은 클라이언트 대 서버 대기 시간 (따라서 낮은 왕복 대기 시간)을 얻을 수 있습니다. – kanaka
정보를 주셔서 감사합니다. 카나 카, 정말 도움이됩니다. : D 대표단이 현장에서 어떻게 작동하는지 설명 할 수 있다고 생각하십니까? –
나는 대답을했고 거기에서 내가 결정할 수있는 것을 넣었다. – kanaka