Home >Web Front-end >JS Tutorial >Javascript encapsulates DOMContentLoaded event instance_javascript skills
I am writing a Javascript framework recently, and I have just encapsulated the DOMContentLoaded event. With a little excitement, I took notes on the principles and compatibility issues encountered during the development process, so as not to forget to look for it everywhere.
When we write js code, we usually add the window.onload event, mainly so that after the DOM is loaded, we can use getElementById, getElementsByTagName and other methods to select DOM elements for operation, but window.load will wait until the DOM is loaded. Scripts, CSS, and all resources in the iframe will not be triggered until the final image or even the iframe is loaded. Many times, web pages have many and large images. It is obviously too late to execute the js until the last image, which is a time-consuming task, is loaded. Many times, it is too late. will affect the user experience.
Many js frameworks have a document.ready function, such as JQuery’s $(document).ready() method, which can execute the js code immediately after the DOM is loaded and let the image load slowly.
The core of document.ready is the DOMContentLoaded event. Firefox, chrome, opera, safari, and ie9 can all use addEventListener('DOMContentLoaded',fn,false) for event binding, but ie6~8 does not support the DOMContentLoaded event, so you need to Compatibility processing for ie6~8.
According to the information, ie6~8 can use the document.onreadystatechange event to monitor whether the document.readyState status is equal to complete to determine whether the DOM has been loaded. If there is an iframe embedded in the page, the document.readyState of ie6~8 will wait until the iframe. It will become complete only after all resources are loaded. At this time, iframe becomes a time-consuming one. However, after testing, even if there is no iframe in the page, when readyState equals complete, the onload event is actually triggered instead of the DOMContentLoaded event. I am surprised by this.
Fortunately, IE has a unique doScroll method. When the page DOM has not been loaded, an error will be reported when the doScroll method is called. On the contrary, as long as doScroll is called at intervals until no error is reported, it means that the page DOM has been loaded. , this method is valid regardless of whether the content in the image and iframe has been loaded.
If there are multiple js files bound to the document.ready event, in order to prevent the browser from binding repeatedly and execute them in an orderly manner, an event queue mechanism can be introduced to solve the problem.
The above is the principle and compatibility issues of the document.ready event. Below is a sample code. In order to facilitate understanding of the execution process, the function encapsulation mode is used. The execution process is written in comments. If there is anything wrong, welcome Give advice.
Test page: Two large images are loaded. Onload requires the images to be loaded before js can be executed. DOMContentLoaded only needs to wait until the DOM is loaded before executing js. You can open firebug to view the loading process. Remember to clear the browser cache before each test.