문제

오늘날 대부분의 사이트에서 Ajax가 실제로 사용되는 방식에 비추어; 프레임이 여전히 나쁜 생각으로 간주되는 동안 Ajax가 수용되는 이유는 무엇입니까?

도움이 되었습니까?

해결책

내가 앉아있는 곳에서 Ajax는 일종의 그랜드 트레이드 오프입니다. 귀하의 사이트가 "응용 프로그램"처럼 행동 할 수 있도록 웹 인터 웹의 "문서"모델에서 물건을 깨뜨리고 있습니다. 사이트가 Ajax를 잘 사용하는 경우 응용 프로그램에 가치가있는 미묘한 방법으로 문서 모델을 중단합니다. "투표"링크는 실제로 링크가 아니지만 멋진 애니메이션을 제공하고 질문의 상태를 비동기 적으로 업데이트합니다.

프레임은 문서 모델 (북마크, 스크롤, 카피 앤 페이스트 등)에서 더 많은 이점이없는 것처럼 끊어집니다. 프레임은 또한 내 OS/창 관리자가 사용하는 장식을 삽입하므로 꽤 못 생겼습니다.

Ajax는 올바르게 완료되면 스크린 리더, 텍스트 기반 브라우저 등을 사용하는 사람들에게 더 잘 깨집니다.

다른 팁

프레임의 큰 문제는 프레임 세트 외부의 프레임 페이지에 딥 링크가 가능하며 북마크가 예상대로 거의 작동하지 않는다는 것입니다. 물론이 모든 것들에 대한 수정 사항이 있지만, 이미 이미지 않은 시스템을 더 어리 석고 복잡하게 만듭니다.

내가 다른 곳에서 언급했듯이 Ajax는 현대 자바 스크립트를 주류로 가져오고 XMLHTTP 객체 (실제로 Ajax가 의미하는 바임)를 사용하는 것보다 다시 허용되는 것입니다. JavaScript 사용이 허용되고 예상되는 사이트가 있으면, 당신이 할 수있는 더 많은 흥미로운 일이 있습니다.

Ajax를 사용하면 모든 논리를 JavaScript 코드로 넣을 수 있습니다. 이렇게하면 페이지에 의존하지 않는 JavaScript 라이브러리를 만들거나 사용할 수 있습니다. iframe을 사용하는 경우 이제 숨겨진 컨트롤을 처리해야하며 대부분의 JavaScript 코드는 iframe을 알아야합니다.

또한 페이지에 프레임이없는 경우 검색 엔진의 경우 더 잘 작동합니다.

Ajax는 더 세분화 된 제어를 제공합니다. 프레임이 실제로 같은 문서에 있지 않은 블록을 제어 할 수있는 페이지에서 개별 요소를 업데이트 할 수 있습니다.

다음은 두 가지 간단한 답변입니다.

1) ajax라는 용어를 사용하는 것만으로는 시원하며 프로젝트 사운드를 더 "웹 2.0"으로 만듭니다. 프레임은 섹시하지 않습니다. 실제로 웹 용어에서 프레임은 섹시한 대립입니다.

2) Ajax는 비표준 또는 제대로 지원되지 않는 방식으로 사용하더라도 앞으로 찾아 보입니다. IMHO는 같은 방식으로도 뒤로 보이는 프레임에 비해 앞으로 나아갈 가능성이 적습니다.

Ajax와 프레임은 접근성 관점과는 완전히 다릅니다 (또한 완전히 다른 정지). 프레임은 긍정적 인 효과가 거의 없지만 많은 부정적인 문제를 가져옵니다. 반면에 Ajax는 대부분의 경우 유용성을 손상시키지 않으면 서 사용자 인터페이스를 더욱 역동적으로 만듭니다.

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