Compare IE7, IE8, Roaming y Firefox.
Por ejemplo, tengo un primo que, como estudiante universitario y informático "profesional", a menudo se atreve a darme algunos "consejos". Un día, me vio usando el navegador IE. La chica me señaló con desdén y dijo: ¿Qué estás haciendo con este IE roto? ¡Fácilmente venenoso! Ahora uso Maxthon, ¡no es venenoso! En ese momento tenía muchas ganas de preguntarle si "no tóxico" era del tipo que se anunciaba en los postes telefónicos. Lo probé inmediatamente y descubrí que el daño causado por Maxthon era mucho menor que el de los postes telefónicos, así que no hice más preguntas. Pero aprendí qué son los "navegadores diferentes" a los ojos de las masas. Ahora les digo solemnemente que estos navegadores son en realidad IE, el navegador IE de Microsoft. Incluyendo Maxthon, Tencent TT, Window of the World, etc. De hecho, solo agrega una capa de máscara a IE, agrega algunas funciones a IE y bloquea algunos controles funcionales.
Abra el chaleco, sigue siendo IE ~ El navegador IE viene con el sistema Windows, por lo que mucha gente piensa que es realmente difícil desarrollar un navegador. Dado que está en el sistema de todos, si uso el kernel de IE, otros no pensarán que es IE, por lo que no es necesario. ¡Es genial poder hacer algo tan difícil! Como resultado, aparecieron muchos navegadores "Guodanpi". Permítanme decir algunas palabras más aquí: no quiero difamar a Maxthon ni a otros navegadores, solo quiero analizar la situación desde adentro. Por favor, desvíense, la sucursal está a mi lado. Gracias.
¿Cuáles son las diferencias esenciales entre estos navegadores "piel de peonía" e IE, Firefox, etc.?
Echemos un vistazo superficial al interior del navegador: un navegador completo necesita completar las siguientes tareas:
1. HTTP o HTTPS interactúa con el servidor;
2. Interpretar el lenguaje HTML y los elementos de texto estáticos, y luego ampliar la explicación de HTML - la matriz de XML
3. Interpretar imágenes gráficas en GIF, JPG, PNG y otros formatos; ellos en la página web;
4. Interpretar el lenguaje de scripting Javascript y extender su aplicación a DHTML, AJAX, etc.
5. Explicar las hojas de estilo en cascada de CSS;
6. Agregar, eliminar y verificar archivos de cookies
7. como carpeta de colecciones, historial, impresión, teclas de acceso rápido, etc.;
8. Compatible con varios controles, incluidos AciiveX, elementos de vídeo, Flash, subprogramas JAVA, etc.
9. Proporcionar los mecanismos de verificación de seguridad correspondientes, como SSL, certificados electrónicos, huellas digitales y otras aplicaciones.
10, y otros. Como señal de que no estoy tan seguro, agregué esto :)
La historia del desarrollo del navegador está básicamente en este orden, comenzando con el primer elemento y desarrollándose lentamente. Los primeros navegadores ni siquiera podían mostrar imágenes, lo cual es interesante porque alguna vez se utilizaron como herramienta preferida para indexar guías telefónicas. Como navegador, analizar HTML es la habilidad más básica. Durante los años de desarrollo y acumulación del navegador, los desarrolladores han separado lentamente la parte de análisis HTML del navegador en una unidad de módulo relativamente independiente para representar la interfaz de usuario. De hecho, la primera persona en hacer esto fue Microsoft.
En junio de 1997, con el lanzamiento de la cuarta versión de Internet Explorer, se lanzó un "motor de renderizado" llamado Trident (también conocido como MSHTML). Este "motor de renderizado" no sólo lo utiliza IE para interpretar HTML, sino que también lo utilizan muchas aplicaciones de Windows. Por ejemplo, los archivos de ayuda en el conocido sistema Windows y la interpretación de documentos internos se completan con el motor Trident integrado en el sistema, así como con algunas funciones de la suite Office, etc.
Trident, también conocido como MSHTML, es parte de la API del sistema Windows y se le puede llamar para realizar trabajos de análisis relacionados al desarrollar aplicaciones de Windows. Pero en ese momento, el concepto de "motor de renderizado" no atraía mucha atención. Más tarde, Mozilla también lanzó su motor de composición tipográfica Gecko como módulo independiente del navegador. Aunque es la misma acción que Microsoft, como software de código abierto, su influencia es diferente.
Porque además del navegador de Mozilla, otros navegadores o programas de código abierto también pueden utilizar Gecko como su propio motor de composición. A diferencia de Microsoft, el uso de Gecko ya no se limita a las plataformas Windows.
Desde entonces, el "motor de renderizado" ha recibido gran atención y el término se ha ido utilizando gradualmente. El llamado "motor de renderizado" se denomina en chino: motor de diseño de páginas web, también conocido como motor de renderizado HTML o interfaz de imágenes del navegador. Y, la mayoría de las veces, lo llamamos "núcleo". Por ejemplo, el Maxthon que solemos decir pertenece al núcleo de IE. De hecho, es la "piel de peonía" de IE. Más tarde, Maxthon probablemente sintió que era realmente desagradable ser derribado por otros con tanta frecuencia, por lo que se le ocurrió un truco muy poderoso: no solo puedes llamar al Tridente de IE, sino que también puedes llamar al Gecko de Firefox, cambiando a voluntad, dual ¡centro! Ya no puedes decir que soy fanático de IE, ¿verdad?
¿Soy un chaleco de "IE o Firefox"? Es demasiado indirecto decir eso. Nadie diría eso, así que nadie volvería a tocar el fondo. Movimiento inteligente. ! De hecho, mi admiración por el arduo trabajo de los desarrolladores es como la inundación del río Yangtze. Aquí es solo una broma, una tontería, no lo tomes en serio.
Hablemos de un módulo más avanzado, que también es un área que actualmente avanza a pasos agigantados: JavaScript, un lenguaje de scripting orientado a objetos desarrollado por Netscape, juega un papel más importante en el navegador que el Presidente de los Estados Unidos (...). El lenguaje JavaScript introducido en el navegador por Netscape también se basa completamente en la especificación ECMAScript.
Como lenguaje de programación estándar, la introducción de JavaScript crea una base sólida para la interacción en Internet. Hay que decir que hoy podemos tener todo tipo de aplicaciones mágicas en la web, ¡gracias a Netscape/Mozilla! (Si volviera a empezar como Microsoft, me temo que estaría al mismo nivel que hace diez años). La empresa que más se beneficiaría de esto debería ser Google, cuyos servicios clásicos son absolutamente inseparables de Javascript. Desde esta perspectiva, me pregunto si Google puede ayudar a Mozilla a promover Firefox como agradecimiento.
Jaja. Microsoft IE no utiliza JavaScript que cumpla totalmente con la especificación ECMAScript, sino que impone a los usuarios otra tecnología propia: JScript. Lo más probable es que el nombre JScript se confunda con JavaScript, pero recuerde: ¡JScript es una marca registrada de Microsoft! Existe una superposición entre JScript y ECMAScript (o JavaScript) utilizados en IE. No sólo no utilizan completamente los métodos y propiedades definidos por el estándar ECMAScript, sino que también agregan muchas de sus propias definiciones privadas. Estos métodos y atributos solo pueden ser reconocidos por IE y no pueden ser reconocidos por otros navegadores no autorizados (patentados).
Esta realidad no sólo causa dolores de cabeza a innumerables desarrolladores, sino que también se convierte en un obstáculo para el desarrollo de otros navegadores. Sin embargo, por varias razones, el público pensará inconscientemente que Microsoft también usa JavaScript. Esta es también la razón por la que dije al comienzo de mi último artículo: "Discutámoslo con dolor e indignación". Como componente necesario del monopolio, Internet Explorer ha estado utilizando una serie de extensiones estándar web patentadas que incluyen JScript, así como HTML, CSS y DOM (como los deslumbrantes formatos enriquecidos de Office), por lo que muchos sitios web solo pueden ser se muestra normalmente a través de IE. Este es también uno de los factores que es muy difícil de superar cuando IE tiene un mercado absoluto.
El tema está fuera de tema, volvamos al tema. En las etapas intermedias y posteriores del desarrollo de Internet, las aplicaciones de DHTML y Ajax se volvieron cada vez más extendidas e importantes, por lo que los desarrolladores de navegadores dedicaron su energía a la eficiencia y escalabilidad de la ejecución de Javascript. Poco a poco, los desarrolladores de navegadores derivaron esta parte de la funcionalidad del motor de diseño de páginas web y formaron un módulo independiente: el motor de interpretación de scripts, también llamado motor de interpretación de Javascript. Para algunos navegadores, se denomina arquitectura de análisis de Javascript. En este sentido, Google está a la cabeza.
Hay que decir que esto también es razonable.
Como se mencionó anteriormente, como gigante de TI emergente, la mayoría de los proyectos principales de Google se implementan utilizando Javascript como principal medio del cliente, como los famosos Gmail, Google Map, Google Docs y el núcleo del núcleo: AdWords, AdSense, etc. . En la tecnología de aplicaciones Ajax, Google es el merecido rey. ¡Por supuesto, un motor de interpretación eficiente es extremadamente importante para el desarrollo de Google! Al igual que un cuchillo de cocina es para una musaraña, oh no, ¡una espada afilada es tan importante para un héroe! El navegador Chrome lanzado por Google a finales de 2008 utiliza V8, un motor de interpretación de scripts de código abierto de Dinamarca, para mejorar la velocidad del análisis de Javascript. Este motor no es famoso, pero es sobresaliente.
Tradicionalmente, todos los navegadores utilizan el método "interpretado" para ejecutar JavaScript. El motor V8 de Chrome utiliza el método JIT (compilación instantánea Just-In-Time) para compilar JavaScript en archivos binarios y guardarlos en la memoria para su ejecución. Siempre pensé que esto lo propuso SUN para JAVA. Después de verificar la información, descubrí que existía en la década de 1980. Pero lo que es seguro es que la tecnología de compilación justo a tiempo siempre ha sido una característica destacada de la plataforma JAVA. Más tarde, el de Microsoft. NET también aprendió lecciones del pasado y finalmente logró que su sistema de servidores dejara de ser sinónimo de ineficiencia. Los tiempos avanzan y ahora incluso los lenguajes de scripting son JIT.
Es este método el que hace que el motor V8 procese JavaScript en páginas web muy rápidamente, especialmente en aplicaciones Ajax, que se dice que es más de 67 millones de veces más rápido que IE. ("Se dice" a veces no es confiable)
Por supuesto, por parte de Mozilla, esto no se ha detenido. Firefox3.1 también agrega un motor que se especializa en analizar Javascript: TraceMonkey. Este TraceMonkey también utiliza tecnología JIT, que se dice que es más de 78 millones de veces más rápida que IE. (En comparación con IE, no es tan suave como IE). TraceMonkey también integra una tecnología llamada árboles de seguimiento en el motor SpiderMonkey local para mejorar la eficiencia de JavaScript y la velocidad de ejecución.
¿Un poco desordenado? mono araña + rastreo = mono rastreo, en fin, según la leyenda, ¡es increíble! Eche un vistazo al navegador Safari de Apple. Safari también tiene su propio y potente motor JavaScript. Como previsión constante del mercado, ya en 2002, Apple dividió el motor de composición tipográfica Webkit en WebCore y JavaScriptCore, los cuales son de código abierto. WebCore es responsable de representar páginas web, un motor de diseño de páginas web, y JavaScriptCore es responsable de interpretar scripts JavaScript, un motor de análisis de scripts.
En junio de 2008, Apple cambió el nombre de JavaScriptCore a SquirrelFish y lo separó del proyecto. Poco después actualicé a SquirrelFish Extreme y lo volví a compilar. Es evidente que los preparativos para la próxima generación de navegadores ya están en pleno apogeo.
Apple afirma utilizar cuatro tecnologías diferentes en el motor SquirrelFish Extreme para lograr un mejor rendimiento: optimización de código de bytes, almacenamiento en caché en línea polimórfico, editor JIT de subprocesos de contexto liviano y uso de JIT, un nuevo motor de expresión regular para la arquitectura. La reputación técnica suena vertiginosa y se puede ver claramente que varios de los principales navegadores están bien preparados (vamos ~). En este momento, alguien puede preguntarse, ¿cuál de estos últimos motores de interpretación de guiones es más rápido? Realmente quiero una respuesta objetiva y justa. Pero si realiza esta prueba, debido a que todos son sorprendentemente rápidos y hay demasiados y complejos factores para la fluctuación de datos, hay dos factores de interferencia más importantes: el entorno de prueba y los evaluadores.
En otras palabras: Chrome es el más rápido en los resultados de las pruebas de Google, Safari es el más rápido en el informe de pruebas de Apple y Firefox es el más rápido en el informe de pruebas de Mozilla. En general, la diferencia de velocidad entre las tres empresas anteriores no es demasiado grande, pero no hay duda de que IE es la más lenta, ridículamente lenta.
Por eso a Microsoft no le gustan las pruebas de velocidad de Javascript. Otras empresas elaboran informes de evaluación todos los días, y todos son ejemplos correctos: de hecho, son los primeros, ¡y ese pobre estudiante de Microsoft es el último! Cabe señalar en particular que no todos los navegadores separan el motor de interpretación de scripts. Por ejemplo, en IE, el trabajo de interpretación de scripts todavía lo realiza Trident.
Esto demuestra plenamente que si el penúltimo día no es Microsoft, solo hay una posibilidad: ¡los estudiantes de Microsoft tuvieron diarrea ese día y no vinieron a clase! . . . -_-;
Resumen
Recomendación de seguridad: Fox
Compatible: IE
Busca un espacio pequeño en el sistema: Google
Debido al roaming de doble núcleo, se recomienda el roaming según los requisitos de lz.