모바일 인터넷의 미로 나가기: 모바일 웹사이트의 방법 전략

지금, 모바일 인터넷, 더 중요 한 역할을 재생 하 고 개발자 또는 일반 사용자 인지 거의 모든 사람들이 그것에 대해 얘기. 콘텐츠를 액세스 및 서비스를 사용 하 여 전통적인 인터넷 사용자가 익숙한 방법 스마트폰과 태블릿 같은 장치에 의해 극적으로 변화 되는. 온라인 콘텐츠 및 서비스의 공급자, 우리 빨리 신흥 시장 이것을 입력 하 고 게임의 새로운 규칙을 배울 해야 합니다.

욕망은 좋은, "모바일" 방법 사람들이 북쪽을 찾을 게 자주 할 것 이다. 무엇 정확 하 게 행해져야 한다? 아이폰 이나 안 드 로이드 애플 리 케이 션을 개발? 또는 웹 사이트에 대 한 구체적으로 설정 또는 n 다른 모바일 장치 디자인에 대 한 설정? 가장 중요 한 것은 첫 번째의 모든 콘텐츠 및 그들의 제품의 기능을 올바르게 위치 이동성 요구의 합리적인 평가;이 기준의 범위, 그들의 자신의 모바일 모드에 대 한 가장 적합 한. 현재, 일부 보다 일반적인 아이디어의 우리의 참조 선택 사용할 수 있습니다.

그것은 정말 선택 하 고 그것은 그것을 소리로 우울.

데스크톱 브라우저와 정렬에 귀하의 웹 사이트를 유지 하 고 귀하의 모바일 장치가 아니다, 그것을 좋은 방법은 어떤 식으로든에서 자원 개발 하지 않는 경우에 특히. 아이폰 이나 아이 패드, 멀티 터치 기능으로 상대적으로 높은-엔드 장치, 대부분의 사용자, 익숙한 및 설정 하 고 이중 포인트 확대도. 왜 이러한 사용자에 대 한 사이트의 축소 버전을 제공 하기 위해 이동 하려면?

이것은 자연스럽 게 더 싼 솔루션입니다. 그러나, 정제, 작은 Pc를는 스마트폰은 작은 정제, 그리고 여러 가지 방법으로 그들의 자신의 특성 상호 작용 하는 독특한 방법을 지시. 콘텐츠 또는 다른 장치에 맞게 사이트의 기능을 개선 하려는 경우 모바일 버전 혼자 개발 분명히 방법입니다.

응답 페이지 디자인의 주요 아이디어는 페이지 브라우징 환경의 크기를 판단 하 고 레이아웃 구조와의 응답의 콘텐츠 요소 치수를 조정 하기 위하여 해당 미리 설정 된 스타일 구성표를 로드입니다.

페이지의 콘텐츠 구조 스타일에서 분리 될 충분히 좋은 경우에, 장기 보장 이며 우리 디자인 하 고 다른 화면 해상도와 기존의 또는 미래의 모든 장치에 대 한 개발 필요 하지 않습니다. 이것, 대화형 디자인 이나 UI 비전, 사실,에서 여전히 상대적으로 전통적인 페이지 디자인 및 개발 모델, 고 비용을 증가 하지 것입니다, 그리고 그것은 높은 가격-성능 선택 하 라고 할 수 있다.

응답 웹 디자인, 구성 요소, 기본 구현 아이디어와 개발 방법의 개념에 이전 두 개의 기사를 참조할 수 있습니다: "응답 웹 디자인 무엇입니까?" 진행 하는 방법? 그리고 CSS3 미디어 쿼리를 통해 응답 웹 디자인을 구현.

HTML5, CSS3, 자바 스크립트, 또는 관련 된 프런트 엔드 개발을 사용 하 여 프레임 워크 (Sencha, JQuery 모바일과 등), 우리 고유 페이지를 만들 수 있습니다 콘텐츠 렌더링 및 기능 사용 패턴, 시각 및 대화형으로 응용 프로그램, 같은 더 그 페이지 보다 우리는 우리의 데스크톱 브라우저에서 보는 것에 익숙하게입니다.

모든 장치 설치 현대 브라우저는 웹 응용 프로그램의 사용을 찾아볼 수 있습니다 그리고이 관점에서 그것은 특정 플랫폼 자연. 리소스에 따라 하나의 웹 응용 프로그램을 할 하거나 다른 UI 요소 스타일을 사용 하 여 다른 피부와 iOS, 안 드 로이드, 또는 Windows에 대 한 해당 동작 트리거를 만들 수 있습니다.

그러나, 웹 애플 리 케이 션의 본질은 여전히 페이지, 그리고 브라우저 환경에 의존. 그래서, 모양 및 동작 될 수 있지만 네이티브 클라이언트 응용 프로그램과 유사, 그것은 여전히 기능과 사용자 경험의 관점에서 훨씬 더 제한적인 접근.

콘텐츠 프레 젠 테이 션 및 작업 동작의 측면에서 네이티브 클라이언트 응용 프로그램은 웹 페이지와 큰 차이가 있다. 이 방법을 사용 하면 NFC (NFC는 무엇입니까?) 모바일 기기의 하드웨어 및 시스템, 나침반, 자이로스코프, 카메라, (를 포함 하 여 오프 라인 스토리지 또는 클라우드), 저장 매체 등의 다양 한 기술적인 기능을 활용할 수 있습니다. 근처 필드 통신, 근거리 무선 통신, 근처 필드 통신, 등등.

네이티브 클라이언트 수 있습니다 또한 가져올 가장 유연한 운영 환경을 사용자에 게 표준 기본 UI 구성 요소와 사용 하 고 따라 개발자에 대 한 대화형 방법으로.

따라서,이 방법의 개발 비용 기술 능력이 나 개발 시간에 위의 여러 제도에 최고 이기도합니다. 또한, 우리는 각 시스템 환경 및 장치 종류에 대 한 독립적으로 개발 해야 합니다. 네이티브 클라이언트는 기본적으로 크로스-플랫폼.

웹사이트 제품 모빌리티 전략을 개발할 때 다음과 같은 요소를 고려해 야 할 필요 합니다.

웹 응용 프로그램 또는 로컬 네이티브 클라이언트 여부, 그들은 주로 사용자가 특정 작업을 수행할 수 있도록 특정 기능을 제공 하도록 설계 되었습니다. 이동 엔터프라이즈 사이트 또는 전체 사이트의 동일한 종류를 요구 한 경우 다음 클라이언트 응용 프로그램이 아니다 올바른 선택. 대상 사이트 고객 서비스, 전자 상거래, 온라인 도구 및 다른 종류에 속하는, 경우 클라이언트의 폼은 고려 가치가 있다.

우리는 우리의 웹사이트와 제품의 대상 사용자 기반을 이해 하 고 실용적인 연구를 주요 사용자 그룹 모바일 클라이언트를 통해 우리의 서비스를 사용 합니다 경우 볼 수 해야 합니다.

다른 그룹은 다른 유형의 장비, 경향이 있다 그리고 유사한 장치 사용자는 다른 장치 시스템에 따라 세분화 될 필요가, 예, iOS 사용자는 안 드 로이드 사용자 보다 더 자주 응용 프로그램 저장소를 사용 하 여.

제품의 대상 사용자 기반이 너무 크면, 네이티브 클라이언트 수 없습니다 좋습니다 우리 전선, 장기 개발 및 유지 보수 작업의 수를 지원 하기 위해 충분 한 자원을 하지 않는 한. 이 경우에, 웹 apps는 사용 하는 방법을 노력 하 고 가치가 있다. 사용자 경험에 원래 클라이언트 하지만 플랫폼 적응성 및 개발 비용 관점에서 잡으려고, 전반적인 가격에 좋은 것입니다.

필요 하지 않습니다

아무것도 결정 하지 않는 한 응답 웹 디자인은 우리의. 하지만 문제가 표면 스타일링 및 렌더링에 대해서는, 페이지 코드 구조와 상관이 리팩터링 많이 있을 수 있습니다. 물론, 귀하의 사이트의 구조 및 성능을 분리 등 웹 표준화를 만들기 위해 충분히 좋은 많은 일 하고있다, 그것은 상대적으로 쉽게 수 있습니다.

소스 문서: Beforweb

출처: http://www.leiphone.com/web-mobile-puzzle.html