웹페이지 및 브라우저 호환성 문제 요약(초안1)_javascript 기술

1. Javascript
1. date 객체의 getYear 메소드
IE getYear()에서 반환된 결과는 getFullYear()의 결과와 동일하지만 ECMA262에서는 getYear가 " 연도-1970". 일부 웹사이트에서는 getYear를 사용하여 연도를 반환하는데, 이로 인해 IE 및 FF와 같이 상대적으로 표준화된 브라우저 간에 논리적 차이가 발생합니다.
2.DOM
1. 이벤트 모델
2.document.elementFromPoint
문서의 이 메서드는 IE 확장이며 클라이언트 영역 좌표를 기반으로 요소를 반환할 수 있습니다. 뷰포트. Safari도 이 방법을 지원하지만 좌표는 웹 페이지 콘텐츠가 배치된 후의 좌표를 나타냅니다(좌표는 브라우저 창의 클라이언트 영역의 좌표입니다). 둘의 차이점은 마우스 포인터의 위치를 ​​통해 요소 노드를 가져오려는 경우 IE는 이벤트의 클라이언트 영역 좌표(clientX, clientY)로 요소를 직접 반환할 수 있지만 Safari는 스크롤X 및 스크롤하여 반환합니다. 이 인터페이스의 의미에서는 둘 다 합리적입니다. MSDN에는 이 좌표의 의미가 명확하게 정의되어 있지 않지만 IE는 인터페이스 사용 측면에서 더 간단한 반면 Safari는 좌표 변환이 필요합니다.
3.CSS
4.layout
5. 플러그인과 ActiveX
우리 모두 알다시피 IE는 타사 프로그램과 호환되며 Firefox, Safari, Chrome 및 Opera는 NPAPI 플러그인 기술을 사용합니다. 인터페이스 수준 측면에서 두 플러그인 인터페이스 수준은 더 낮습니다(둘 다 C 함수 포인터임). 이들은 추상 인터페이스와 데이터 유형을 사용하여 브라우저와 타사 프로그램 간의 상호 작용 논리를 캡슐화하지만 브라우저와 플러그인 프로그램은 긴밀하게 결합되어 있으며 ActiveX는 프로세스와 스레드 모델을 보호하며 느슨하게 결합된 상호 작용 방법입니다. 이것이 바로 합법적인 ActiveX가 IE에서 IE를 충돌시키지 않지만 동일한 기능을 가진 플러그인이 브라우저를 충돌시킬 수 있는 이유입니다. 이 기능의 차이점은 브라우저 호환성의 가장 큰 차이점 중 하나이기도 합니다.
6. 기타
1. 포럼에서는 UserAgent의 브라우저 하위 버전을 기반으로 쿠키를 설정합니다. 이는 UserAgent가 브라우저 버전에 따라 변경되어 원래 쿠키가 효과적인. .