웹 에서(activex 컨트롤 을 사용 하 는 것 을 고려 하지 않 는)실시 간 호출 은 보통'당 김'기술 을 바탕 으로 합 니 다.즉,일정 시간 마다 서버 에 최신 정 보 를 가 져 온 다음 에 클 라 이언 트 에 반 영 됩 니 다.'당 김'기술 을 바탕 으로 보통 몇 가지 형식 이 있 습 니 다.frame/iframe 새로 고침:보통 숨겨 진 iframe/frame 페이지 로 정기 적 으로 새로 고침 하고 서버 에서 최신 정 보 를 가 져 옵 니 다.클 라 이언 트 에 메 시 지 를 반영 하기 위해 스 크 립 트 를 실행 합 니 다.이러한 방법의 장점 은 호환성 이 좋 고 frame 과 스 크 립 트 를 지원 하 는 모든 브 라 우 저 에 적용 되 는 것 입 니 다.단점 은 웹 페이지 가 직접 새로 고침 되 기 때문에 일부 기기 에서 매번 새로 고침 할 때마다'빠 닥'소리 가 날 수 있 습 니 다.브 라 우 저 상태 표시 줄 이 보이면 위의 진도 가 반 짝 거 리 며 귀 찮 습 니 다.예 를 들 어 마이크로소프트 가 최근 에 출시 한 Msn. Web Messenger 는 바로 이 기술 에 기초 한 것 이다.XmlHttp/XmlDom 무 리 셋:이런 무 리 셋 기술 은 한때 웹 개발 자 들 을 흥분 시 켰 다.클 라 이언 트 에서 XmlDom 은 URL 에 따라 서버 쪽 의 Xml 파일 을 가 져 와 하나 로 되 돌 릴 수 있 습 니 다. XmlDocument,XmlHttp 는 xml 와 html 를 가 져 올 수 있 을 뿐만 아니 라 서버 에 XmlDocument 를 보 낼 수 있 습 니 다.또한 클 라 이언 트 스 크 립 트 와 결합 한 타이머:setTimeout("Function()", TimeoutInterval),정시 에 서버 에서 데 이 터 를 가 져 옵 니 다.특히 주의해 야 할 것 은 XmlDom 이나 XmlHttp 는 모두'동기 화'와'비동기'라 는 말 이 있 습 니 다.'동기 화'라면 브 라 우 저 는 가 져 온 Xml 를 모두 다운로드 한 후에 야 계속 실 행 됩 니 다.'비동기'라면 브 라 우 저 는 다운로드 가 끝 났 든 안 끝 났 든 다음 단 계 를 계속 합 니 다.웹 인 스 턴 트 호출 에 대해 서 는'비동기'방식 을 추천 합 니 다.'동기 화'방식 은 브 라 우 저'가사'를 초래 할 수 있 기 때문에 고객 에 게 매우 우호 적 이지 않 습 니 다.'비동기'를 사용 하면 이 문 제 를 피 할 수 있 습 니 다.그리고 onready statechange 이벤트 에서 불 러 온 지 여 부 를 판단 한 다음 에 메 시 지 를 분석 할 수 있 습 니 다.이런 방식 의 장점 은 고객 에 게 브 라 우 저가 새로 고침 되 는 것 을 느끼 지 못 한 다 는 것 이다.단점 은 클 라 이언 트 가 IE 이 고 msxml 를 설치 해 야 하기 때문에 호환성 이 좋 지 않다 는 것 이다.BTW: 듣자니 Asp.Net 2.0 이러한 무 리 셋 에 대해 패 키 징 을 실 시 했 습 니 다.안 타 깝 게 도 해 보지 않 았 습 니 다.호환성 이 어 떨 지 모 르 겠 습 니 다.)스 크 립 트 는 웹 서 비 스 를 리 셋 하지 않 았 습 니 다.웹 서 비 스 는 좋 은 것 입 니 다.js 는 웹 서 비 스 를 호출 할 수 있 습 니 다.마이크로소프트 는 웹 서비스.htc 가 있 습 니 다.웹 서비스의 호출 을 패 키 징 하여 매우 편리 하 게 호출 할 수 있 습 니 다.우리 도 스스로 해석 할 수 있다.왜냐하면 WebService 는 실질 적 으로 xml 입 니 다.클 라 이언 트 에서 XmlDom 과 결합 하여 분석 할 수 있 습 니 다.그리고 타이머 의 도움 을 받 아 서버 쪽 정 보 를 새로 고침 하지 않 아 도 된다.이런 방식 의 장단 점 과 두 번 째 방식 은 차이 가 많 지 않다.외국 에 채 팅 방 이 있 는데 이런 기술 을 사용 하 는 거 야.
