찾다
웹 프론트엔드JS 튜토리얼JS IE 및 FF 호환성 문제 요약_javascript 기술

1. document.form.item 문제
기존 문제:
기존 코드에 document.formName.item("itemName")과 같은 구문이 많아 MF에서 실행할 수 없습니다
해결책:
대신 document.formName.elements["elementName"] 사용
기타
2개
2. 컬렉션 클래스 객체 문제
기존 문제:
기존 코드의 많은 컬렉션 클래스 개체에 액세스할 때 ()를 사용하지만 IE에서는 이를 허용하지 않습니다.
해결책:
아래 첨자 연산으로 []를 대신 사용하세요. 예: document.forms("formName")은 document.forms["formName"]으로 변경됩니다.
또 다른 예: document.getElementsByName("inputName")(1)이 document.getElementsByName("inputName")[1]으로 변경됨
3. window.event
기존 문제:
window.event를 사용하면 MF에서 실행할 수 없습니다
해결 방법:
MF의 이벤트는 이벤트가 발생한 장면에서만 사용할 수 있으며 이 문제는 아직 해결되지 않았습니다. 다음과 같이 수정할 수 있습니다.
원본 코드(IE에서 실행 가능):

...


새 코드(IE 및 MF에서 실행 가능) :

...

또한, 새 코드의 첫 번째 줄이 변경되지 않고 이전 코드와 동일한 경우(즉, gotoSubmit 호출은 매개변수를 제공하지 않음) 여전히 IE에서만 실행할 수 있지만 오류는 없습니다. 따라서 이 솔루션의 tpl 부분은 여전히 ​​이전 코드와 호환됩니다.
4. HTML 개체의 ID를 개체 이름으로 사용하는 문제

기존 문제:
IE에서는 HTML 개체의 ID를 변수로 직접 사용할 수 있습니다. 문서의 하위 개체 이름입니다. MF에는 없습니다.
해결책: idName 대신 getElementById("idName")를 개체 변수로 사용하세요.
5. 객체를 얻기 위해 idName 문자열을 사용할 때 발생하는 문제

기존 문제:
IE에서는 eval(idName)을 사용하여 idName이 있는 HTML 객체를 얻을 수 있습니다. MF는 할 수 없습니다.
해결책: eval(idName) 대신 getElementById(idName)를 사용하세요.
6. 변수명이 HTML 객체 id와 동일한 문제

기존 문제:
MF에서는 객체 id를 HTML의 이름으로 사용하지 않기 때문에 객체의 경우 HTML과 함께 사용할 수 있습니다. 동일한 객체 ID를 가진 변수 이름은 IE에서 사용할 수 없습니다.
해결책:
변수를 선언할 때 모호함을 피하기 위해 항상 var를 추가해야 IE에서 정상적으로 실행될 수 있습니다.
또한 오류를 줄이려면 HTML 개체 ID와 동일한 변수 이름을 사용하지 않는 것이 가장 좋습니다.
기타: 질문 4 참조
7. Event.x 및 event.y 문제

기존 문제:
IE에서 이벤트 개체에는 x, y 속성이 있습니다. , MF에서는 사용할 수 없습니다.
해결책:
MF에서 event.x에 해당하는 것은 event.pageX입니다. 그러나 IE에서는 event.pageX를 사용할 수 없습니다.
그래서 event.x 대신 event.clientX가 사용됩니다. 이 변수는 IE에도 존재합니다.
Event.clientX와 event.pageX는 미묘한 차이가 있지만(전체 페이지에 스크롤 막대가 있는 경우) 대부분의 경우 동일합니다.
완전히 동일해지려면 조금 더 문제가 발생할 수 있습니다.
mX = event.x ? event.x : event.pageX
그런 다음 event.x 대신 mX를 사용하세요.
기타: event.layerX는 IE와 MF 모두에서 사용할 수 있으며 구체적인 차이점이 있는지는 아직 테스트되지 않았습니다.
8. 프레임 정보

기존 문제:
window.testFrame을 사용하여 IE에서는 프레임을 가져올 수 있지만 mf에서는 가져올 수 없습니다.
해결 방법:
프레임 내 사용 측면에서 mf와 ie의 주요 차이점은 다음과 같습니다. 다음 속성이 프레임 태그에 기록된 경우:


그러면 ie는 id 또는 이름을 통해 이 프레임에 해당하는 창 개체에 액세스할 수 있습니다.
그리고 mf는 이름을 통해 이 프레임에 해당하는 창 개체에만 액세스할 수 있습니다
예를 들어, 위의 프레임 태그가 상단 창 내부의 htm에 작성되면 다음과 같이 액세스할 수 있습니다
예: window.top.frameId 또는 window .top.frameName을 사용하여 이 창 개체에 액세스
mf: window.top.frameName만 사용하여 이 창 개체에 액세스할 수 있습니다
또한 window.top.document.getElementById(" "frameId"는 mf 및 ie ")에서 프레임 태그
에 액세스하는 데 사용할 수 있으며 window.top.document.getElementById("testFrame").src = 'xx.htm'을 사용하여 내용을 전환할 수 있습니다. 프레임
또는 window.top.frameName.location = 'xx.htm'을 사용하여 프레임 내용을 전환할 수 있습니다
프레임과 창에 대한 설명은 '창과 프레임' 기사를 참조하세요. bbs
및 /test/js/test_frame/ 디렉터리 아래의 테스트 - ---adun 2004.12.09 수정
9 mf에서 정의한 속성은 getAttribute( )

10. mf에는 parentElement parement.children이 없지만 parentNode parentNode를 사용합니다. childNodes
IE와 MF에서는 childNodes의 첨자의 의미가 다르며 빈 텍스트 노드를 사용합니다. childNodes에 삽입됩니다.
일반적으로 이 문제는 node.getElementsByTagName()을 통해 피할 수 있습니다.
html에서 노드가 누락된 경우 IE와 MF는 parentNode를 다르게 해석합니다. 예를 들어




MF의 input.parentNode 값은 form인 반면, IE의 input.parentNode 값은 빈 노드입니다.
MF의 노드에는 RemoveNode 메서드를 사용해야 합니다. 다음 방법 node.parentNode.removeChild( node)
11.const 문제
기존 문제:
IE에서는 const 키워드를 사용할 수 없습니다. const constVar = 32; 이는 IE의 구문 오류입니다.
해결책:
const를 사용하지 말고 대신 var를 사용하세요.
12. Body 개체
브라우저에서 body 태그를 완전히 읽기 전에 MF의 본문이 존재하는 반면, IE는 본문을 완전히 읽은 후에 존재해야 합니다.
13 . URL을 js로 작성하고 직접 작성하지 마세요. 예를 들어 var url = 'xx.jsp?objectName=xx&objectEvent=xxx'
frm.action = url이면 다음과 같습니다. 그로 인해 url이 정상적으로 표시되지 않게 됩니다.
일반적으로 서버에서는 해당 매개변수를 찾을 수 없다는 오류를 보고하게 됩니다
물론, 그런 경우는 예외입니다. tpl에서는 tpl이 xml 사양을 준수하고 &를 &로 작성해야 하기 때문입니다.
일반 MF는
14에서 js &를 인식할 수 없습니다. nodeName 및 tagName 문제
기존 문제:
MF에서는 모든 노드에 nodeName 값이 있지만 textNode에는 tagName 값이 없습니다. IE에서는 nodeName
사용에 문제가 있는 것 같습니다. (구체적인 상황은 테스트해보진 않았지만 IE가 여러번 죽었습니다.)
해결 방법:
tagName을 사용하되 비어 있는지 감지해야 합니다.
15. 요소 속성
input.type 속성은 IE에서는 읽기 전용이지만 MF
16에서는 수정할 수 있습니다. .all[name ] 문제
기존 문제:
IE에서는 getElementsByName()이나 document.all[name]을 사용하여 div 요소를 얻을 수 없습니다(다른 요소가 있는지는 모르겠습니다). 얻을 수 없는 것).
17. DOM 데이터 섬 문제
기존 문제:
IE에서 태그는 특별한 의미를 가지며 XML DOM을 포함할 수 있고 HTML 구성 요소로 구현될 수 있습니다. 바인딩. MF에서 은 알 수 없는 태그일 뿐입니다. 또한 IE의 경우 는 실제로 이것이 ActiveX 개체임을 의미하지만 HTML 자체의 DOM 트리에 걸려 있습니다.
해결책:
IE의 데이터 바인딩 메커니즘은 JS로 시뮬레이션할 수 있지만 너무 번거롭기 때문에 데이터 바인딩 메커니즘을 사용하지 않는 것이 좋습니다. 이러한 종류의 시뮬레이션을 구현하는 라이브러리 MF에서는 알려진 HTML 태그와 XML 사양을 준수하는 기타 태그가 모두 통합 DOM 트리를 사용하여 처리됩니다. , 그러나 IE와의 작은 차이점은 IE에서는 이 DOM 문서인 반면 MF에서는 단지 DOM 노드라는 것입니다. 이 차이점은 일반적으로 문제가 되지 않습니다. 다소 임의적인 HTML 구문을 사용하므로 MF는 축약된 빈 태그를 인식할 수 없습니다. 예: xxxx , 여기서 는 약어이므로 MF를 인식할 수 없게 됩니다. 그러나 XHTML을 사용하면 그런 문제가 없을 수도 있습니다. 아직 시도하지 않았습니다. IE에서 HTML의 DOM 구조를 방해하는 문제와 관련하여 현재의 방법은 처리 후 HTML의 DOM에서 삭제하는 것입니다. .
성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
Python vs. JavaScript : 개발자를위한 비교 분석Python vs. JavaScript : 개발자를위한 비교 분석May 09, 2025 am 12:22 AM

Python과 JavaScript의 주요 차이점은 유형 시스템 및 응용 프로그램 시나리오입니다. 1. Python은 과학 컴퓨팅 및 데이터 분석에 적합한 동적 유형을 사용합니다. 2. JavaScript는 약한 유형을 채택하며 프론트 엔드 및 풀 스택 개발에 널리 사용됩니다. 두 사람은 비동기 프로그래밍 및 성능 최적화에서 고유 한 장점을 가지고 있으며 선택할 때 프로젝트 요구 사항에 따라 결정해야합니다.

Python vs. JavaScript : 작업에 적합한 도구 선택Python vs. JavaScript : 작업에 적합한 도구 선택May 08, 2025 am 12:10 AM

Python 또는 JavaScript를 선택할지 여부는 프로젝트 유형에 따라 다릅니다. 1) 데이터 과학 및 자동화 작업을 위해 Python을 선택하십시오. 2) 프론트 엔드 및 풀 스택 개발을 위해 JavaScript를 선택하십시오. Python은 데이터 처리 및 자동화 분야에서 강력한 라이브러리에 선호되는 반면 JavaScript는 웹 상호 작용 및 전체 스택 개발의 장점에 없어서는 안될 필수입니다.

파이썬 및 자바 스크립트 : 각각의 강점을 이해합니다파이썬 및 자바 스크립트 : 각각의 강점을 이해합니다May 06, 2025 am 12:15 AM

파이썬과 자바 스크립트는 각각 고유 한 장점이 있으며 선택은 프로젝트 요구와 개인 선호도에 따라 다릅니다. 1. Python은 간결한 구문으로 데이터 과학 및 백엔드 개발에 적합하지만 실행 속도가 느립니다. 2. JavaScript는 프론트 엔드 개발의 모든 곳에 있으며 강력한 비동기 프로그래밍 기능을 가지고 있습니다. node.js는 풀 스택 개발에 적합하지만 구문은 복잡하고 오류가 발생할 수 있습니다.

JavaScript의 핵심 : C 또는 C에 구축 되었습니까?JavaScript의 핵심 : C 또는 C에 구축 되었습니까?May 05, 2025 am 12:07 AM

javaScriptisNotBuiltoncorc; it'SangretedLanguageThatrunsonOngineStenWrittenInc .1) javaScriptWasDesignEdasAlightweight, 해석 hanguageforwebbrowsers.2) Endinesevolvedfromsimpleplemporectreterstoccilpilers, 전기적으로 개선된다.

JavaScript 응용 프로그램 : 프론트 엔드에서 백엔드까지JavaScript 응용 프로그램 : 프론트 엔드에서 백엔드까지May 04, 2025 am 12:12 AM

JavaScript는 프론트 엔드 및 백엔드 개발에 사용할 수 있습니다. 프론트 엔드는 DOM 작업을 통해 사용자 경험을 향상시키고 백엔드는 Node.js를 통해 서버 작업을 처리합니다. 1. 프론트 엔드 예 : 웹 페이지 텍스트의 내용을 변경하십시오. 2. 백엔드 예제 : node.js 서버를 만듭니다.

Python vs. JavaScript : 어떤 언어를 배워야합니까?Python vs. JavaScript : 어떤 언어를 배워야합니까?May 03, 2025 am 12:10 AM

Python 또는 JavaScript는 경력 개발, 학습 곡선 및 생태계를 기반으로해야합니다. 1) 경력 개발 : Python은 데이터 과학 및 백엔드 개발에 적합한 반면 JavaScript는 프론트 엔드 및 풀 스택 개발에 적합합니다. 2) 학습 곡선 : Python 구문은 간결하며 초보자에게 적합합니다. JavaScript Syntax는 유연합니다. 3) 생태계 : Python에는 풍부한 과학 컴퓨팅 라이브러리가 있으며 JavaScript는 강력한 프론트 엔드 프레임 워크를 가지고 있습니다.

JavaScript 프레임 워크 : 현대적인 웹 개발 파워JavaScript 프레임 워크 : 현대적인 웹 개발 파워May 02, 2025 am 12:04 AM

JavaScript 프레임 워크의 힘은 개발 단순화, 사용자 경험 및 응용 프로그램 성능을 향상시키는 데 있습니다. 프레임 워크를 선택할 때 : 1. 프로젝트 규모와 복잡성, 2. 팀 경험, 3. 생태계 및 커뮤니티 지원.

JavaScript, C 및 브라우저의 관계JavaScript, C 및 브라우저의 관계May 01, 2025 am 12:06 AM

서론 나는 당신이 이상하다는 것을 알고 있습니다. JavaScript, C 및 Browser는 정확히 무엇을해야합니까? 그들은 관련이없는 것처럼 보이지만 실제로는 현대 웹 개발에서 매우 중요한 역할을합니다. 오늘 우리는이 세 가지 사이의 밀접한 관계에 대해 논의 할 것입니다. 이 기사를 통해 브라우저에서 JavaScript가 어떻게 실행되는지, 브라우저 엔진의 C 역할 및 웹 페이지의 렌더링 및 상호 작용을 유도하기 위해 함께 작동하는 방법을 알게됩니다. 우리는 모두 JavaScript와 브라우저의 관계를 알고 있습니다. JavaScript는 프론트 엔드 개발의 핵심 언어입니다. 브라우저에서 직접 실행되므로 웹 페이지를 생생하고 흥미롭게 만듭니다. 왜 Javascr

See all articles

핫 AI 도구

Undresser.AI Undress

Undresser.AI Undress

사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover

AI Clothes Remover

사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool

Undress AI Tool

무료로 이미지를 벗다

Clothoff.io

Clothoff.io

AI 옷 제거제

Video Face Swap

Video Face Swap

완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

뜨거운 도구

안전한 시험 브라우저

안전한 시험 브라우저

안전한 시험 브라우저는 온라인 시험을 안전하게 치르기 위한 보안 브라우저 환경입니다. 이 소프트웨어는 모든 컴퓨터를 안전한 워크스테이션으로 바꿔줍니다. 이는 모든 유틸리티에 대한 액세스를 제어하고 학생들이 승인되지 않은 리소스를 사용하는 것을 방지합니다.

ZendStudio 13.5.1 맥

ZendStudio 13.5.1 맥

강력한 PHP 통합 개발 환경

메모장++7.3.1

메모장++7.3.1

사용하기 쉬운 무료 코드 편집기

VSCode Windows 64비트 다운로드

VSCode Windows 64비트 다운로드

Microsoft에서 출시한 강력한 무료 IDE 편집기

MinGW - Windows용 미니멀리스트 GNU

MinGW - Windows용 미니멀리스트 GNU

이 프로젝트는 osdn.net/projects/mingw로 마이그레이션되는 중입니다. 계속해서 그곳에서 우리를 팔로우할 수 있습니다. MinGW: GCC(GNU Compiler Collection)의 기본 Windows 포트로, 기본 Windows 애플리케이션을 구축하기 위한 무료 배포 가능 가져오기 라이브러리 및 헤더 파일로 C99 기능을 지원하는 MSVC 런타임에 대한 확장이 포함되어 있습니다. 모든 MinGW 소프트웨어는 64비트 Windows 플랫폼에서 실행될 수 있습니다.