search
HomeWeb Front-endJS TutorialIE7 provides XMLHttpRequest object for compatibility_javascript tips

In the development of IE7, it is said that a new Native object-XMLHttpRequest has been added. Why don't the "new police" who developed IE7 know that IE6 all use the ActiveX object XmlHttp? What's wrong with XmlHttp and why does IE7 do this? It turns out that everything is just for a simple compatibility, but it makes people feel a lot.

After IE7 provides the XMLHttpRequest object, it will of course continue to support the ActiveX object XmlHttp. This is Microsoft's minimum "qualification" for product upgrades in the past few decades. We don't need to worry about the Ajax application code on IE now. In Sunava Dutta's blog, although he said the original intention of why he did this, it is actually just to be compatible with the current non-IE browsers that provide XMLHttpRequest to use XmlHttp. Although a piece of his "crappy" sample code was picked out by some hot-eyed comrades, I feel that Microsoft has shown its real strengths in these "minutive" issues.

This goes back to the days when IE and Netscape were competing for hegemony. At that time, Netscape was the absolute No. 1 in the browser market. Because of Comrade Bill, Microsoft took a nap on the Internet strategy at first, so that Netscape had a taste of the feeling that there are no tigers in the mountains and monkeys dominate. When Bill made the self-examination conclusion: I found that it is very dangerous not to have Microsoft's file format on the Internet, Microsoft began to march into the Internet. Of course, a thorny issue was strangling Netscape. Netscape vs. IE at that time was like IE vs. Firefox today. The former IE has Windows as its bundled Green Express, and the latter has today's calls for support from everyone holding high the banner of security and the W3C. It can be said that both are powerful opponents but no one is a benefactor.

In this strangulation battle, Microsoft is relatively stable. Because IE 1.0, 2.0 and even 3.0 (it seems that NT4.0 comes with IE3.0) are no match for Netscape. Just like the competition between VC and BCC, Microsoft is depressed. But Microsoft knew that it was no match for Netscape at the time, so it made a lot of designs that were compatible with Netscape in the implementation of IE, because Netscape at that time was not a softie. It single-handedly created JavaScript, which is actually the default standard in the industry. This situation continued until IE4.0. IE gradually took advantage (of course, the free Green Express bundle was not a vegetarian) and the decline of Netscape was inevitable. At this time, Microsoft began to radically design its own DOM, modify HTML parsing and Rendering effects, adding new HTML tags (this was previously Netscape's job), and of course support for CSS are all up to Microsoft's whim.

Today’s IE7 supports the XMLHttpRequest object, forming a clear contrast with Firefox’s rigid adherence to the so-called W3C standard. A few days ago, someone called on web developers to boycott Firefox on a classic scripting forum. Although his words were extreme and seemed like he was trying to block something, I still agreed with some of his views. I just hope that non-mainstream (in fact, non-IE) browsers such as Firefox can be more compatible with IE, instead of asking web developers to try their best to be compatible with various browsers with nuances. Because from a cost point of view, since IE is already the indisputable winner, modifying the implementation of the new browser will benefit everywhere from one modification, and allowing web developers to be compatible with various browsers is simply a waste of the intelligence and labor of the working people. insult.

Of course, many people may say that standards are the boss. No matter what browser, they should follow the standards, otherwise it will be bull shit. But the reality is that "big shops suppress people, and big people suppress shops." Everything else is meaningless. Just like today, most of our network application technologies have no standards but only RFCs. Isn’t everyone enjoying themselves and living a good life? Without going too far, lest it becomes a crusade against standards, let’s continue talking about browser issues. As for Firefox, the little brother browser that has been "later" for so long, no matter how perfectly it wants to support standards, I wholeheartedly support it. But at the cost of a little effort, why not be well compatible with the following IE, which is currently the most popular? For example, you have to use different DOM attribute names, and you have to draw a clear line with IE. I'm sorry but I don't support your IE-exclusive runtimeStyle, currentStyle, etc. Events also have to be different from yours, no matter how awkward they are. The final effect is that most of the normal pages in IE are saved and deleted when running in Firefox for the first time. Is everyone satisfied now?!

If Firefox and other non-IE core browsers , if they can take care of compatibility issues like Microsoft, then their market should be bigger and more promising. Firefox can provide two modes to run. One is the standard mode that completely follows the W3C, and the other is the IE compatibility mode that is as compatible with IE as possible. At this time, users can seamlessly transition and choose freely. Now its fast and safe features can truly become an overwhelming advantage. Choosing different operating modes as the default mode in different periods of its popularity can effectively solve the contradiction between standard promotion and "coaching" other IE users. Why not do it happily?

Statement
The content of this article is voluntarily contributed by netizens, and the copyright belongs to the original author. This site does not assume corresponding legal responsibility. If you find any content suspected of plagiarism or infringement, please contact admin@php.cn
Python vs. JavaScript: Development Environments and ToolsPython vs. JavaScript: Development Environments and ToolsApr 26, 2025 am 12:09 AM

Both Python and JavaScript's choices in development environments are important. 1) Python's development environment includes PyCharm, JupyterNotebook and Anaconda, which are suitable for data science and rapid prototyping. 2) The development environment of JavaScript includes Node.js, VSCode and Webpack, which are suitable for front-end and back-end development. Choosing the right tools according to project needs can improve development efficiency and project success rate.

Is JavaScript Written in C? Examining the EvidenceIs JavaScript Written in C? Examining the EvidenceApr 25, 2025 am 12:15 AM

Yes, the engine core of JavaScript is written in C. 1) The C language provides efficient performance and underlying control, which is suitable for the development of JavaScript engine. 2) Taking the V8 engine as an example, its core is written in C, combining the efficiency and object-oriented characteristics of C. 3) The working principle of the JavaScript engine includes parsing, compiling and execution, and the C language plays a key role in these processes.

JavaScript's Role: Making the Web Interactive and DynamicJavaScript's Role: Making the Web Interactive and DynamicApr 24, 2025 am 12:12 AM

JavaScript is at the heart of modern websites because it enhances the interactivity and dynamicity of web pages. 1) It allows to change content without refreshing the page, 2) manipulate web pages through DOMAPI, 3) support complex interactive effects such as animation and drag-and-drop, 4) optimize performance and best practices to improve user experience.

C   and JavaScript: The Connection ExplainedC and JavaScript: The Connection ExplainedApr 23, 2025 am 12:07 AM

C and JavaScript achieve interoperability through WebAssembly. 1) C code is compiled into WebAssembly module and introduced into JavaScript environment to enhance computing power. 2) In game development, C handles physics engines and graphics rendering, and JavaScript is responsible for game logic and user interface.

From Websites to Apps: The Diverse Applications of JavaScriptFrom Websites to Apps: The Diverse Applications of JavaScriptApr 22, 2025 am 12:02 AM

JavaScript is widely used in websites, mobile applications, desktop applications and server-side programming. 1) In website development, JavaScript operates DOM together with HTML and CSS to achieve dynamic effects and supports frameworks such as jQuery and React. 2) Through ReactNative and Ionic, JavaScript is used to develop cross-platform mobile applications. 3) The Electron framework enables JavaScript to build desktop applications. 4) Node.js allows JavaScript to run on the server side and supports high concurrent requests.

Python vs. JavaScript: Use Cases and Applications ComparedPython vs. JavaScript: Use Cases and Applications ComparedApr 21, 2025 am 12:01 AM

Python is more suitable for data science and automation, while JavaScript is more suitable for front-end and full-stack development. 1. Python performs well in data science and machine learning, using libraries such as NumPy and Pandas for data processing and modeling. 2. Python is concise and efficient in automation and scripting. 3. JavaScript is indispensable in front-end development and is used to build dynamic web pages and single-page applications. 4. JavaScript plays a role in back-end development through Node.js and supports full-stack development.

The Role of C/C   in JavaScript Interpreters and CompilersThe Role of C/C in JavaScript Interpreters and CompilersApr 20, 2025 am 12:01 AM

C and C play a vital role in the JavaScript engine, mainly used to implement interpreters and JIT compilers. 1) C is used to parse JavaScript source code and generate an abstract syntax tree. 2) C is responsible for generating and executing bytecode. 3) C implements the JIT compiler, optimizes and compiles hot-spot code at runtime, and significantly improves the execution efficiency of JavaScript.

JavaScript in Action: Real-World Examples and ProjectsJavaScript in Action: Real-World Examples and ProjectsApr 19, 2025 am 12:13 AM

JavaScript's application in the real world includes front-end and back-end development. 1) Display front-end applications by building a TODO list application, involving DOM operations and event processing. 2) Build RESTfulAPI through Node.js and Express to demonstrate back-end applications.

See all articles

Hot AI Tools

Undresser.AI Undress

Undresser.AI Undress

AI-powered app for creating realistic nude photos

AI Clothes Remover

AI Clothes Remover

Online AI tool for removing clothes from photos.

Undress AI Tool

Undress AI Tool

Undress images for free

Clothoff.io

Clothoff.io

AI clothes remover

Video Face Swap

Video Face Swap

Swap faces in any video effortlessly with our completely free AI face swap tool!

Hot Tools

WebStorm Mac version

WebStorm Mac version

Useful JavaScript development tools

mPDF

mPDF

mPDF is a PHP library that can generate PDF files from UTF-8 encoded HTML. The original author, Ian Back, wrote mPDF to output PDF files "on the fly" from his website and handle different languages. It is slower than original scripts like HTML2FPDF and produces larger files when using Unicode fonts, but supports CSS styles etc. and has a lot of enhancements. Supports almost all languages, including RTL (Arabic and Hebrew) and CJK (Chinese, Japanese and Korean). Supports nested block-level elements (such as P, DIV),

EditPlus Chinese cracked version

EditPlus Chinese cracked version

Small size, syntax highlighting, does not support code prompt function

DVWA

DVWA

Damn Vulnerable Web App (DVWA) is a PHP/MySQL web application that is very vulnerable. Its main goals are to be an aid for security professionals to test their skills and tools in a legal environment, to help web developers better understand the process of securing web applications, and to help teachers/students teach/learn in a classroom environment Web application security. The goal of DVWA is to practice some of the most common web vulnerabilities through a simple and straightforward interface, with varying degrees of difficulty. Please note that this software

SublimeText3 English version

SublimeText3 English version

Recommended: Win version, supports code prompts!