데이터 통신의 서버 처리 속도

Question

클라이언트 장치 (모바일)와 서버간에 가장 효율적인 통신 방법을 결정하려고합니다.

현재 리플렉션을 사용하여 특정 방향으로 요청을 전달하는 일반적인 웹 서비스가 있습니다. 코드를 다시 사용할 수있는 영역을 찾았지만 요청에 더 많은 매개 변수를 전송하게됩니다.

가) 매개 변수 및 재사용 코드를 보내기 :

그것은 더 효율적으로 될 것이다.

또는

B)는 서버 파라미터의 최소 수를 전송하고 각각의 상이한 요청에 대한 별도의 방법을 생성한다.

모바일 응용 프로그램을 만드는 것은 이번이 처음이며 이러한 상황에서 가장 효율적인 통신 수단을 아는 것이 좋을 것이라고 생각했습니다.

모든 답변을 주시면 감사하겠습니다.

Answer 1

정확하게 대답은 대역폭과 대기 시간에 따라 다릅니다. 이 둘은 서로 관련이 있지만 동일하지는 않습니다.

은 극단을 고려 : 귀하의 링크는 기가 바이트 초당 대역폭을 할 수 있지만, 모든 패킷은 당신이 모든 패킷에 필요 이상으로 당신이 대화 상자을 최소화하고 더 많은 데이터를 보내도록 최선을 분명히 것, 40 분 걸리는 경우, 단지 왕복 횟수를 줄이십시오.

대기열이 110 보이지만 대기 시간이 0.001 초인 경우 가능한 한 적은 양의 데이터를 전송하고 대화 상자을 수행하면 요청한 정보 만 요청하고 수신하는 것이 가장 적합합니다.

결정은 거의 분명하지 않습니다. 대부분 대역폭이 적당하고 지연 시간이 적당하기 때문에 결정하기가 더 어렵습니다. 제 경험으로 볼 때 모바일 애플리케이션의 대기 시간은 매우 짧습니다 (휴대 전화는 이제 4000 ~ 200 밀리 초 사이의 세 번의 다른 사이트로 핑을 보냈고 300 밀리 초가 평균이었습니다). 이는 모바일 웹 페이지가 페이지를 하나 이상의 페이지가 너무 끔찍해서 읽을 수 없습니다 - 일부 사이트에서 실제로 읽는 것보다 도착할 때까지 기다리는 데 더 많은 시간을 할애 할 수 있습니다.

일단 전송이 끝나면 이미지가 메가 바이트로 다운로드되는 것은 그렇게 나쁘지 않습니다. 적어도 손에 쥔 채로 충전하지 않고 거의 1 주일 동안 배터리로 작동합니다. .

정확한 숫자를 알지 못하면 더 많은 데이터를 전송하는 패킷 수를 줄이는 것이 좋습니다. 왕복 여행은 가능한 한 어디서나 중단하지 마십시오. 다른 모든 것이 실패하면 측정 값 - 평균 대기 시간을 찾고, 생각하고있는 패킷 크기를 계산하고, 다른 매개 변수로 "대화"를 수행하는 데 걸리는 시간을 계산하십시오.