2010-02-16 4 views
2

간단하고 가벼운 인증 및 데이터 전송 메커니즘 (.NET 플랫폼)이 필요합니다. 나는 WCF와 SOAP 등을 보았다. 그들은 모두 너무 무거워서 나의 필요에 따라 복잡해 보였다. Jabber와 같은 채팅 프로토콜로 나를 안내하는 간단하고 직접적인 무언가가 필요합니다. 내 데이터 전송은 대부분 작습니다. 예 : 사용자가 무언가를 검색하고 결과를 얻습니다.XMPP를 사용한 데이터 전송 - 그렇지 않은 이유는 무엇입니까?

Jabber는 인증, 암호화 및 what-have-you, 내가 사용하지 않아야하는 이유는 무엇입니까? 대안에 대한 제안?

감사합니다.

답변

0

XMPP와 같은 사운드가 적합 할 수도 있지만 HTTP도 고려해야합니다. XMPP는 실제로 상태 저장 메시징/전송이 필요한 경우에만 적합합니다. 예를 들어 HTTP를 사용하면 HTTP가 장기 실행 연결에 매우 잘 작동 할 수 있습니다. 전송 - 인코딩 : 청크.

+0

실제로! 상태 저장 통신 외에도 내 응용 프로그램과의 공동 작업 요소가 있습니다. 응답 해 주셔서 감사합니다. – Mikos

0

데이터 전송의 경우 간단한 일반 HTTP를 사용하지 않으시겠습니까?

1

검색 결과가 피어 투 피어 (데이터 저장소와 함께 위치하는 경향이있는 이유는 내가 추측하는 경향이 있음)로 들리지 않습니다.이 경우 HTTP가 사용자의 필요에 맞을 것입니다. 서버를 무엇이든 작성하고 WebClient를 사용하여 각 요청에 인증을 제공하십시오. 보안이 염려되는 경우 다이제스트 인증을 사용할 수 있습니다. XMPP의 단점은 연결 상태를 유지해야한다는 걱정과 네트워크에 관련없는 많은 정보가 있다는 것입니다. 예를 들어, 존재, iq, 프로토콜 협상. 또한 ejabberd (다른 사람에 대해서는 확실하지 않음 - .Net XMPP 서버가 있습니까?)는 SSL 협상을 시도하는 경향이 있습니다.

대역폭에 대해 걱정하지 않는다면 위의 것들에 대해서는 걱정할 필요가 없을 것입니다.하지만 확실히 간단한 프로그래밍 모델은 Stateless 요청을 실행하는 WebClient 일 것입니다. 연결이 끊어지지 않고 오류 처리가 간단합니다.

OTOH 위의 의견에 대한 귀하의 답변은 일부 P2P 요소가 있음을 암시하는 것으로 보입니다.이 경우 공개 된 주소로 피어를 공개하기 위해 네트워크 트래버 설 및 프록시를 약간 포함시키지 않으면 HTTP가 아마도 제공되지 않습니다. 서로. XMPP는 그보다 더 간단합니다.

우리는 XMPP를 통해 750Mb/s를 원활하게 전송하는 네트워크 강의 응용 프로그램을 보유하고 있습니다. 아마로드가 잘 처리 될 것입니다.

저는 클라이언트에서 ejabberd (크로스 플랫폼 및 놀라운 기능) 및 agsXMPP를 권장합니다.

관련 문제