콘텐츠
지난 수십 년 동안 목성의 위성을 섬뜩한 곳에서 놓친 경우 MVC는 'Model-View-Controller'의 약자입니다. 데이터의 지속성과 상호 작용을 분리하기위한 상당히 잘 확립 된 패러다임으로 동일한 데이터 또는 모델에 대해 잠재적으로 다른 여러보기를 허용합니다. 컨트롤러는 단순히 둘 사이의 상호 작용을 완화합니다.
MVC 프레임 워크는 웹의 모든 플랫폼에서 모든 언어로 널리 사용됩니다. 그러나 기존의 반응 형 및 적응 형 디자인 문제를 해결하는 데있어 MVC의 기본 테넌트 중 하나 인 여러 가지 이유로 서로 다른 뷰를 제공 할 수있는 능력을 무시하는 것 같습니다. 대신 W3C에 의해 OneWeb으로 축복받은, 우리는 상상할 수있는 모든 뷰로 단일 응답을 구현하여 어떤 장치를 사용하든 무차별 적으로 정렬되도록 둡니다. 그 결과 특히 모바일 세계에서 잠재적으로 지속 불가능한 수준의 팽창이 발생합니다.
이름을 지정하지 않고 내가 발견 한 특히 끔찍한 사이트 중 하나는 선도적 인 맥주 회사의 31MB 반응 형 사이트였습니다. Guy Podjarny가 341 개의 반응 형 사이트에 대한 연구에서 발견했듯이, 86 %는 작은 화면에서 어떻게 보 였는지에 관계없이 전체 웹 사이트에 대한 콘텐츠를 다운로드했습니다. 물론 결과적으로 그들은 고통스럽게 느려졌습니다.
"우리는 우리의 이미지로 인터넷을 만들었습니다 ... 비만." 제이슨 그 릭스 비
그리고 부풀어 오르는 것은 당신을 손톱에 물린 고혈압의 불안한 상태로 유지 해야하는 진정한 우려입니다. 3 초가 지나자 57 %의 사용자가 사이트를 완전히 떠났고 5 초 동안 70 %를 잃었습니다. 이 속도로 7 초가 지나면 모바일을 완전히 건너 뛰고 대신 피냐 콜라다 레시피를 완성하는 데 시간을 할애 할 수 있습니다.
One Web을 권장하는 W3C는 USDA가 비만을 권장하는 것과 유사하며 상상할 수있는 최악의 솔루션입니다. 이미지는 필요한 특정 치수를 지시하는 장치의 필요성을 보여주는 특히 분명한 예입니다. 작은 5 인치 화면에 표시하려면 15MB 데스크탑 배경 이미지를 다운로드해야하는 이유는 무엇입니까? One Web의 공급 업체는 One Web을 이미지에 사용하고 반응 형 이미지를위한 작업 초안을 사용하여 순위를 깨는 것에 대한 속박적인 광기를 인식했습니다. 이것은 한편으로는 W3C가 제공되는 장치에 관계없이 동일한 서비스와 데이터를 사용할 수 있기를 원하지만 다른 한편으로는 이것이 참을 수 없게되는 즉시 계속해서 잊어 버리는 것을 의미합니다.
따라서 앞서 언급 한 권장 사항 본문의 상태에 관계없이 어떤 종류의 솔루션을 제공하지 않았다면 지금까지 당신을 끌지 못했을 것입니다. User-Agent 헤더에는 요청을 수행하는 장치 유형을 고유하게 식별해야하는 자유 형식 문자열이 포함됩니다. 어쨌든 표준화되지 않았기 때문에 User-Agent 문자열의 기존 데이터베이스가 필요합니다.
다행히도 이러한 결정을 쉽게 할 수있는 몇 가지 옵션이 있습니다. 요청 장치의 세부 사항을 서버에 직접 통합하는 Infuze와 같은 상용 제품부터 Ruby 용 User Agent, Python 용 HTTP Agent Parser 등과 같은 요구 사항에 따라 다양한 오픈 소스 옵션에 이르기까지
이러한 도구를 사용하면 한 번에 가능한 모든보기가 아닌 완전히 분리 된 HTML이든 다른 경우에는 별도의 CSS이든 상관없이 관련보기를 제공하는 데 도움이됩니다. 선호하는 MVC 프레임 워크에서 V를 활용하여 요청한 장치 유형에 대한 특정보기를 다시 보냅니다.
말: 존 브레스 닉
John Bresnik은 The Barbarian Group의 선임 개발자입니다..
마음에 드 셨나요? 읽어보세요!
- 앱 빌드 방법 :이 훌륭한 튜토리얼을 시도해보세요
- 방문 페이지 디자인의 훌륭한 예
- 훌륭한 시차 스크롤링 웹 사이트
반응 형 디자인에 대한 유용한 팁이 있습니까? 댓글로 공유하세요!
