문제

모바일 장치 (모든 전화) 용 웹 애플리케이션을 구축하기 시작했습니다.
ASP.NET 3.5/ASP.NET 4.0 및 C#을 사용한 최선의 방법은 무엇입니까?

업데이트 (2010 년 2 월)
Windows Mobile 7을 사용하는 뉴스가 있습니까?

도움이 되었습니까?

해결책

당신이 정말로 원하는지에 따라 다릅니다 모든 휴대 전화를 지원합니다 또는 많은 제한 사항이없는 iPhone과 같은 하이 엔드 또는 새 전화 만 웹 페이지를 렌더링합니다. 당신이 진짜를 요청할 수 있다면 HTML 렌더링, 자바 스크립트 및 쿠키 지원 요구 사항으로 전화에서 지원, 그러면 실제 제약은입니다 화면의 제한된 크기. ASP.NET의 "정상적인"웹 개발을 통해 페이지의 크기를 조심해야합니다.

이 경우라면 여기서 읽는 것을 멈출 수 있습니다.

만약 너라면 모든 휴대 전화를 지원하고 싶습니다, 특히 오래된 것들은 다른 유형의 전화가 있다는 것을 알고 있어야합니다. 그들 중 많은 사람들이 가지고 있습니다 제한 및 제약 웹 페이지 표시. 그들 중 일부는 JavaScript를 사용할 수 있지만 많은 사람들은 그렇지 않습니다. 그들 중 일부는 HTML 컨텐츠를 표시 할 수 있지만 다른 일부는 할 수 없습니다. 웹에 액세스하기위한 "무선 마크 업 언어"표준에 의존해야합니다. 따라서 이러한 모든 장치를 지원하는 웹 사이트를 구축하는 것은 쉽지 않습니다.

다음은 일반 컨텐츠 (ASP.NET 특정 아님)에 대한 링크가 있습니다.이 링크는 전체 그림을 얻는 데 도움이 될 수 있습니다.

그러나 그들의 주요 제한은 이미 언급했듯이 일반 PC보다 작은 화면입니다. 그리고 많은 휴대 전화는 JavaScript, 쿠키를 지원하지 않으며 일부는 이미지를 보여주지 않습니다.

휴대 전화에는 특별한 마크 업 표준이 있습니다. WML 페이지 예를 들어 핸드폰에 널리 채택 된 표준입니다. WML은 XML을 기반으로하는 "무선 마크 업 언어"를 나타냅니다. WML의 설명과 참조를 찾을 수 있습니다 여기 w3schools.com에서.

아래 코드는 샘플 WML 페이지를 보여줍니다.

<?xml version="1.0"?>
<!DOCTYPE wml PUBLIC "-//WAPFORUM//DTD WML 1.1//EN"
   "http://www.wapforum.org/DTD/wml_1.1.xml">

<wml>
   <card id="card1" title="Stackoverflow">
      <do type="accept" label="Menu">
         <go href="#card2"/>
      </do>
      <p>
         <select name="name"> 
            <option value="Questions">Questions</option>
            <option value="MyAccount">My account</option>
            <option value="FAQ">FAQ</option>
         </select>
      </p>
   </card>
   <card id="card2" title="Menu">
      <p>
           You selected: $(name)
      </p>
   </card>
</wml>

좋은 소식은 ASP.NET이 WML (및 기타 모바일 마크 업 표준) 컨텐츠를 자동으로 렌더링한다는 것입니다. WML 파일을 직접 작성할 필요는 없습니다. 내장 메커니즘은 웹 요청의 장치 유형 (휴대폰)을 감지합니다. 그러나 ASP.NET의 모바일 장치 감지는 일부 (새로운) 장치에서 제대로 작동하지 않습니다. 보세요 wurfl, 많은 모바일 장치의 기능 및 기능에 대한 정보가 포함 된 XML 구성 파일.

표준 웹 브라우저에서 ASP.NET에서 개발 한 페이지를 테스트 할 수는 있지만 개발 한 내용에 대한 올바른 그림을 제공하지는 않습니다. 이 문제에 사용할 수있는 일부 에뮬레이터가 있으며 데스크탑 컴퓨터의 휴대 전화를 시뮬레이션합니다. 이있다 Microsoft 지원 기사 다운로드 할 수있는 위치를 설명합니다.

ASP.NET 모바일 컨트롤

이전에 "Microsoft Mobile Internet Toolkit"으로 알려진 ASP.NET 모바일 컨트롤은 .NET 프레임 워크 및 Visual Studio를 확장하여 ASP.NET이 다양한 모바일 장치에 마크 업을 제공 할 수 있도록 모바일 웹 애플리케이션을 구축합니다.

ASP.NET 모바일 컨트롤은 다양한 화면 크기, 방향 및 장치 기능을 처리하면서 적절한 마크 업 (HTML 3.2, WML 1.1, CHTML, XHTML)을 렌더링합니다.

더 알아보기 여기 공식 웹 사이트에서.

다른 팁

캐나다의 무선 네트워크에서 일한 이후로 언급해야 할 몇 가지. 로드 시간을 늘리고 데이터 요금을 줄이려면 이미지 (또는 존재하지 않는) 이미지를 보관하고 보관하십시오. 우리 네트워크에서 사용자가 계획에 가입하지 않으면 네트워크는 $ 15/mb를 청구합니다. 전화가 다운로드하려고하는 최적화되지 않은 일부 이미지는 사용자에게 쉽게 비용을 지불 할 수 있으며, 그 큰 이미지는 어쨌든 좋아 보이지 않을 것입니다.

나는 그것이 당신에게 영향을 미치지 않는다는 것을 알고 있지만, 스트리밍 또는 UDP 기반 프로토콜과 같은 다른 프로토콜을 사용하는 경우 최대 패킷 크기를 초과 1300 바이트 이하로 설정합니다. 모바일이 네트워크를 돌아 다니면서 작동하는 방식으로 인해 추가 헤더 정보가 추가됩니다. TCP/IP를 사용하면 MSS 클램핑을 사용하여 대규모 패킷 문제로부터 보호하지만 UDP 전송 또는 인증 헤더를 사용하는 안전한 프로토콜에는 적용 할 수 없습니다. 타겟팅하는 모바일이 Rim이 제공하는 경우이 지점은 완전히 무시할 수 있습니다.

일부 모바일은 서버와 대화 할 때 WAP 프록시를 사용할 수 있습니다.이 경우에 해당하는 경우 Keep-alive TCP/IP가 필요한 연결을 피하십시오. 일부 프록시는 대부분의 새로운 세션이 괜찮다고 생각하더라도 계속 유지되는 세션을 통과 할 수 없도록 설정됩니다.

더 많은 것이 있다고 확신합니다. 모바일에 대한 IP 연결이 누군가가 웹 브라우저를 열 수있는 것보다 더 복잡하다는 것을 생각합니다. 이 교통은 매우 까다로울 수 있으므로 지금도 작동하더라도 정말 멋진 일을하려고한다면 항상 작동하지는 않습니다. 또한 마지막 빠른 포인트, 대기 시간 및 패킷 손실이 크게 변동될 수 있으므로 실시간으로 수행하는 경우 대기 시간이 200+Ms에 도달 할 수 있으며 패킷 손실 스파이크가 20-30% 수준으로 짧은 수준으로 보였습니다. 타임스.

행운을 빕니다. 구체적인 질문이 있으시면 물어보십시오.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top