모든 화면 크기와 장치에 대한 반응 형 애니메이션

웹 개발로의 여행은 수년간의 모션 그래픽이 후 효과에서 작동했습니다. 이러한 경험에도 불구하고 웹 애니메이션은 처음에는 어려웠습니다. 비디오 그래픽은 내보내기 설정을 정의했습니다. 웹 애니메이션은 다양한 장치에 동적으로 적응해야합니다. 반응 형 애니메이션 기술을 탐색합시다.

<:> 애니메이션 목적 : 중요한 첫 번째 단계 코딩하기 전에 애니메이션의 의도 된 용도를 고려하십시오 (Zach Saucier의 반응 형 애니메이션에 대한 훌륭한 기사에서 조언). 재사용 가능한 모듈입니까? 스케일링이 필요합니까? 이러한 요소를 이해하면 접근 방식을 안내하고 낭비되는 노력을 방지합니다.

애니메이션은 일반적으로 이러한 범주에 속합니다

고정 : 모든 장치에서 일관된 크기와 종횡비를 유지하는 아이콘 또는 로더. 간단한 픽셀 기반 값으로 충분합니다 fluid :

애니메이션은 다른 화면 크기에 원활하게 적응합니다. 레이아웃 애니메이션에 일반적입니다.

targeted : 특정 장치 또는 중단 점에 특정한 애니메이션 (예 : 데스크탑 전용 효과 또는 터치/호버 상호 작용).

유체 및 대상 애니메이션은 뚜렷한 전략을 요구합니다 유체 애니메이션 : 브라우저의 권한 Andy Bell의 지혜 : "마이크로 매니저가 아니라 브라우저의 멘토가 되십시오." 명확한 가이드 라인을 제공 한 다음 브라우저가 각 사용자에 대해 최적화하도록하십시오.

유체 애니메이션은 브라우저 기능을 활용합니다. 적절한 단위가 핵심입니다. 뷰포트 장치를 사용하면 애니메이션이 브라우저 크기 조정으로 유동적으로 확장 할 수 있습니다. 리플 로우와 육포 애니메이션을 유발할 수있는 레이아웃 속성 (예 : 및 ) 애니메이션을 피하십시오. 우선 순위

및

속성 뷰포트 장치를 넘어서이 옵션을 탐색하십시오 : SVG 장치 : 고유 응답 성

SVG의 고유 한 확장 성은 반응 형 애니메이션을 단순화합니다.
• 속성은 SVG 캔버스의 가시 ​​부분을 정의합니다. 이 공간 내에서 애니메이션은 SVG 크기에 관계없이 일관된 동작을 보장합니다. HTML의 모 컨테이너에 대한 자식 요소 애니메이션이 더 복잡합니다. 성능 문제를 방지하기 위해 디포 킹이 필요한 크기 조정의 위치를 ​​동적으로 조정하기 위해 자바 스크립트가 종종 필요합니다. 컨테이너 장치 : 유망한 새로운 기능 (현재 브라우저 지원이 제한된)은 부모 요소에 비해 애니메이션을 허용하고 반응 형 디자인을 단순화합니다. 컨테이너 유닛에 대한 브라우저 지원 : 데스크탑 :

모바일/태블릿 :

유체 레이아웃 전환을위한 플립

복잡한 레이아웃 변경 (예 : 상대와 고정 위치 사이의 전환) 애니메이션은 어려운 일입니다. 플립 기술은 이것을 우아하게 해결합니다 :

첫 번째 :

초기 요소 위치를 포착합니다 마지막 :

요소를 최종 위치로 이동하십시오
1. 반전 : 초기 상태를 시각적으로 유지하기 위해 역 변환을 적용합니다. 플레이 : (가짜) 초기에서 최종 상태로 애니메이션. GSAP의 플립 플러그인은이 프로세스를 단순화합니다. 바닐라 JavaScript 구현에 대한 더 깊은 이해는 Paul Lewis의 블로그 게시물을 참조하십시오. svg 및 캔버스 를 유동적으로 스케일링합니다 svg의 속성 미세 조정 스케일링 동작, 와 포함 요소를 사용하여 더 큰 화면 크기로 더 많은 SVG 애니메이션을 드러냅니다. 캔버스는 복잡한 애니메이션의 경우 고도로 성능이 있지만 응답 성을 위해 더 많은 수동 관리가 필요합니다. 고정 된 종횡비와 맞춤형 장치 시스템은 SVG의 사용 편의성을 모방 할 수 있습니다. RESIDE에서로드 작업을 분해하는 것을 잊지 마십시오. George Francis 's와 같은 도서관은이 과정을 단순화 할 수 있습니다 대상 애니메이션 : 특정 장치에 대한 최적화 모바일 장치는 종종 성능 및 사용자 경험을 향상시키기 위해 단순화되거나없는 애니메이션의 혜택을받습니다. 미디어 쿼리 대상 특정 뷰포트 크기 : CSS 애니메이션은 미디어 쿼리로 제어 할 수 있습니다. GSAP의 는 다양한 중단 점에서 JavaScript 애니메이션 관리를 단순화하여 자동으로 정리 및 리소스 관리를 처리합니다. 화면 크기를 넘어서 , 및 미디어 기능을 고려하십시오. 화면 크기를 넘어서 <: :> 상호 작용 고려 사항 다른 장치는 다양한 상호 작용 방법을 제공합니다.
미디어 기능은 호버 기능을 감지합니다
2. Jake Whiteley의 조언은 레이아웃 및 애니메이션을 설계 할 때 화면 크기보다 입력 장치 우선 순위 지정 (Touch vs. Hover)을 강조합니다. Scrolltrigger 향상 GSAP의 ScrollTrigger Plugin의 속성은 터치 기능을 식별합니다 0 : 터치 없음 1 : 터치 전용 2 : 터치 및 포인터 스크롤 트리거 애니메이션의 경우
를 사용하여 브라우저 크기의 화면 크기에 따라 값을 다시 계산하십시오. GSAP 3.10의 는 모바일의 막대 변경으로 인해 불필요한 새로 고침을 방지합니다.<:> 모션 원리 : 신뢰성 향상

거리 및 완화 :

애니메이션 속도는 이동 거리와 관련이 있어야합니다. 더 먼 거리는 더 극적인 완화를 정당화합니다. 화면 너비에 따라 지속 시간을 동적으로 조정합니다 간격 및 수량 :
화면 크기에 따라 요소 간격 및 수량을 조정하십시오. 애니메이션을 무대로 고려하여 안무의 일부로 요소를 추가 및 제거하십시오 (Opher Vishnia의 접근).
• Tom Miller의 최종 조언을 기억하십시오. 비용이 많이 드는 개조를 피하기 위해 "구축하기 전에 모든 애니메이션을 마무리하십시오". 미리 계획하십시오!

위 내용은 모든 화면 크기와 장치에 대한 반응 형 애니메이션의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!