웹 디자인 분석: 무작위 이야기에 그 다른 응답 디자인 상호 작용에

중간 거래 SEO 진단 Taobao 게스트 클라우드 호스트 기술 홀

1. 응답 디자인 (RWD)를 이해 하는 방법

학자가 되려면, 먼저 당신이 응답 이해 하 고 다음 디자인, 응답에 대 한 이야기는 내 요청 응답의 어떤 종류와 같은 "Hello" 라고 당신이 쉽게 될 것입니다 매우를 내 "Hello"로 응답 모두가 있기 때문에 얻을 수 있다 중국어, "안녕하세요" 라고 하는 경우, 우리 세대 면 중학교, 그는 또한, 나에 게 안녕 말할 것 이다 하지만 만약 내가 당신에 게 "안녕하세요", 그것만 알려져 있습니다 높은 자격. 여기, 예, 내 대답은 우리에 대해 얘기 하는 반응 장치에 해당 하 고 그는 내가 보낸 그 요구를 구문 분석할 수 있다. 그리고 우리 디자인에 대 한 얘기 하자 다음 디자인에 대 한 공식 설명입니다이:

1. 한 책략을 설정 합니다.

2. 특정 요구 사항에 따라 특정 작업을 사전에 드로잉 ﹑ 계획.

3. 디자인 작업에 종사 하는 사람.

솔직히 말해서, 디자인은 실제로 설정 작업 목표의 우리의 요구를 완료 하는 계획.

이전 응답에서 우리가 응답 양쪽, 우리와 같은 우리 큰 가방을 들고 아이 들을 방치할 수 양쪽 모두의 경제성을 고려 하는이 과정에서 상호 작용의 과정을 볼 수 있습니다. 우리의 웹 디자인, 우리는 속도, DOM 노드 수, 화면 크기에, 장비의 성능을 고려 하는 경우 사탕, 막 노동자 큰 가방, 어린이 들의 조합의 앞면과 뒷면 앞에서 우리는 그래서 응답.

하지만 내가 여기에 대해 이야기 하는 응답은 좁은, 그리고 우리 야 그냥 웹 빌더 계층에서 반응.

2. 응답 디자인 인터페이스 디자인

인터페이스 디자인에 대 한 데스크톱 제품에 대 한 우리의 이전 디자인 크기에 있을 수 있습니다, 그리고 각 모듈의 위치를 고정 하지만 응답 디자인에서 이러한 것 들을 변경, 디자이너 모듈 A 1024의 폭에서이 다른 버전에서 여러 버전의 제품 디자인의 요구에 따라 것입니다. 그것은 검은색, 있을 수 있습니다 하지만 768 아래 서로 다른 폭의 다른 디스플레이 가능 하 게 흰 배경으로 설정할 수 있습니다. 이 색상, 배경, 와이드 및 높은 변경할 수 있습니다, 하지만 우리가 알고 있어야 할 한 가지는 DOM 노드의 순서는 가장 일관 된 응답 페이지에서 우리는 스트리밍 레이아웃, 절대 위치 또는 음수 여백, 외부에 의해 DOM 순서와 고정 된 레이아웃에서 시각적 순서를 변경 하는 기술을 사용 하기 때문에 여기 적용 되지 않을 수 있습니다.

3입니다. 미디어 쿼리에 대 한 중단점

우리는 우리가 우리가 우리가 부르는 중단점, 레이아웃을 변경 하는 어떤 폭 미디어 쿼리를 통해 페이지의 레이아웃을 변경 하 고 더 익숙한 우리 장치 (데스크톱, 태블릿, 휴대 전화), 1024 바탕 화면 같은 특정 중단점을 설정 하는 알으십시오 768 해당 패드, 480 해당 휴대 전화, 하지만 사실, 이러한 것 들이 신뢰할 수 있는, 이러한 화면 크기는 시대의 발전에 따라 달라 집니다, 때문에 우리의 응답 해야 하지만 특정 장치, 우리는 장치의 해상도 보다는 간격 값을 필요. 중단점 확실히 필요한, 그래서 내가 어떻게 이러한 중단점 세트는? 어떻게 우리가 휴식 수 없습니다 중단점? 사실, 이러한 중단점 한계점, 시각 효과 도달 하는 우리의 콘텐츠 사람들의 미적 일치 하지 않을 때 콘텐츠, 필요에 따라 설정 됩니다 또는 콘텐츠 수집에 영향을, 이것은 우리가 필요로 하는 중단점입니다. 하지만 우리가 하지 그래서 우리는 중단점을 설정 하려면 기존 장치와 결합 하 여 시각 디자인 단계에서 그것의 크기의 모든을 커버 할 수 있을 수 있습니다.

따라서, 개인 다른 프로젝트 설계는 중단점에 대 한 필요성에 대응에서 하지 같은 라고 생각 합니다. 우리는 미디어 쿼리 너비와 폭 장치에 두 가지 기능 때문에 대부분 알고 웹 킷 커널 브라우저에 사용 되는 휴대용 기기의 일반적으로 뷰포트 속성, 장치는 창의 너비를 너비가 전달

이 소자의 폭에 따라 특정 장치에 대 한 미디어 문의 할 수 있습니다.

@media 화면 및 (최대-장치-폭: 480px) {{}} 선택기

4. 상호 작용의 차이

응답 디자인, 우리 이전 데스크탑 사용자의 사용 뿐만 아니라 휴대용 디바이스의 다양 한 크기를 고려해 야. 우리는 아래 이미지에서 볼 수 있는 예를 들어 Pc에서 사용 하는 부동 레이어 일부 소형 장치에 제공 되지 않습니다. 그리고 몇 가지 작은 응답 영역 링크는 또한를 사용 하 여 손가락 동작, 우리가 찾을 수 있다 할"공통 분모" 그래서 우리를 위해 편리한. 예를 들어 화면의 크기에 따라 우리 것인지 결정 떠 있는 레이어를 사용 하거나 작업 영역을 증가 또는 "유니폼". 예를 들어 시 나 비디오 프로젝트에 떠 있는 레이어를 사용 하 여 장치를 구별 모든 연결 된 작업 영역 만든 편리한 손가락 작업 크기.

5. 특정 프로젝트 개발 프로세스

5-1. 제품 전략 및 정보 아키텍처

우리가 특정 프로젝트 개발 과정에 참여 하기 전에, 우리가 우리의 제품, 작은 화면, 또는 모든 우리의 디스플레이 장치에 대 한 간단한 모바일 사용자 그룹 등 잠재적인 대상 사용자 뿐만 아니라 대상 콘텐츠 소비자 그룹 확인 한다 (모바일, 패드, PC, 등등).

우리가 확인할 대상 사용자의 콘텐츠 소비 습관, 우리 또한 해야 합니다 그들의 액세스 습관, 타임 슬롯의 일부 예비 분석 등등. 이건 그냥 응답 사이트에 대 한, 그것은 제품 개발에 위치에 대 한 의사 결정 역할.

모바일 블로그 프로젝트의 초기 제품 분석, 우리는 사용자의 콘텐츠 소비 습관 또한 변경 하는 시간 앞으로 이동 볼 수 있습니다.

구독 장치에 변화는 급속 하 게 진화 하 고 Pc에서 전화 및 패드, 그래서 그것이 더 응답 사이트를 제공 하는 모바일 사용자를 위한 모바일 장치의 읽기 경험을 향상 시키는 중요 한.

때 우리는 위의 그룹 및 습관 확인 했습니다, 우리 스스로 구조 조정 제품의이 그룹을 대상으로 해야한다. 제품 아키텍처 또는 콘텐츠 아키텍처에 영향을 미치는 유용성 및 다른 사용자, 콘텐츠 정보 그리고 응답 모듈 다른 장치에서 다른 모듈의 우선 순위에 맞게 장치를 다른 해상도에서 조정 해야 합니다.

5-2. 응답 형 제품 디자인

응답 디자인 제품 측면 디자인 제품 관리자, 상호 작용 디자이너, 디자이너를 필요로 하는 곳 이며 참여 엔지니어. 우리는 순수한 전통적인 웹 모바일 응용 프로그램에서에서 디자인에 대해 생각 하는 전통적인 생각 패턴을 깰 필요가 있다. 우리의 첫 번째 명확한 정보 아키텍처를 통해 최고의 되도록 간섭의 사용을 삭제 하도록 모바일 장치에서 제품 디자인을 할 모바일 장치의 작은 디스플레이에서 경험의 핵심 기능, 및 작은 디자인 모듈의 개입을 다루는 디자이너와의 상호 작용을 더 유연 하 고, 처음 디자인 스타일, 디자인 프레임 워크 및 다른 프로그램을 결정 하 고 그리고 엔지니어 프로그램 코드 테스트 확인, 다른 장비와 프레임의 독특한 특성을 충분히 활용 하는 제품 관리자 및 디자이너에 필요 합니다.

5-3. 반응 개발

비록 우리 제품 디자인, 하지만 실제 디자이너 또는 엔지니어 모바일 장치의 작은 디스플레이에서 가장 복잡 한 바탕 화면 끝에서 언급 하는 이전 단계에서 가장 부유 하 고 가장 복잡 한 업무 수행 할 변화의 구조에 뺄셈을 적절 하 게 줄어들 것입니다.

모바일 블로그 프로젝트의 초기 개발 과정이 실제로 소통의 제품, 상호 작용 디자이너와 테스트 하는 동안 일부 특성 지원과 콘텐츠 프레 젠 테이 션은 다른 장치에서 다른와 그들 중 일부는 우리의 기대와 일치 하지 않는 때문에.

우리의 페이지 생산 엔지니어에 대 한 우리는 바탕 화면에 대 한 단일 디자인 하지만 디자인에 대 한 응답이 상황 변경, 비록 우리는 디자인의 여러 버전을 주고 화면 너비 중단점의 우리의 제품 관객 요약에 따라 디자이너를 하도록 할 수 있습니다. 그러나, 이러한 디자인 하지 우리 320에 1024에서 브라우저를 확장 하는 때 같은 사용자의 장치를 모두 커버 하 고 너무 많은 다른 해상도 장치를 포함. 따라서,이 개발 과정에서 우리 디자인 원고의 특별 한 상황의 경우 디자이너와 지속적으로 통신 해야 합니다.

우리가 구체적으로 소개 하는 다음 문서에는 시 나 비디오 프로젝트 및 모바일 블로그 프로젝트 개발 우리가 문제에 몇 가지 솔루션 뿐 아니라, 구 덩이에 들어갔다는 기대 하시기 바랍니다을...