Red de conocimiento informático - Material del sitio web - Después de crear el entorno de desarrollo del subprograma WeChat, el evento de advertencia que aparece en la columna de la consola es el siguiente1. El entorno de ejecución del HTML5 tradicional es un navegador, incluida la vista web, mientras que el entorno de ejecución de los mini programas no es un navegador completo. Tenga en cuenta que lo que escribo aquí es "navegador no completo". Se utilizarán tecnologías (no todas) en el proceso de desarrollo. El miniprograma deberá revisarse antes de que finalmente se publique en línea. Puede poner el programa en línea sin actualizar su propio software. La versión final requiere revisión. Puede actualizar su propio programa de software sin actualizar su propio software. Esto está relacionado con el marco ReactNative, y algunos desarrolladores han encontrado documentos oficiales que utilizan las bibliotecas React y NodeWebkit en el código fuente de la mini herramienta de desarrollo de programas. Se destaca que los scripts no pueden usar objetos de ventana y objetos de documento comúnmente utilizados en los navegadores (en base a esto, las bibliotecas DOM como las operaciones zepto/jquery se han abandonado por completo), por lo que personalmente creo que el entorno de ejecución del pequeño programa es probable. El equipo de desarrollo se basará en el kernel del navegador. Un analizador integrado ha sido completamente reconstruido, optimizado para programas pequeños, desarrollado utilizando estándares de lenguaje autodefinidos y mejorado el rendimiento de los programas pequeños. Sin embargo, dado que las herramientas de desarrollo se proporcionan a los desarrolladores, y las herramientas de desarrollo también tienen programación, depuración, entorno de desarrollo y publicación integrados, no necesitamos explorar su entorno operativo final, siempre que desarrollemos de acuerdo con el oficial. documentos. La decisión del equipo de desarrollo de proporcionar herramientas de desarrollo a los desarrolladores me recuerda a la provisión de herramientas de desarrollo X-CODE por parte de Apple a los desarrolladores. Es concebible que su "ambición" sea evidente y que los costos de desarrollo de los dos sean diferentes. Aquí planteo una pregunta, cuando nos enfrentamos a un requerimiento de desarrollo web HTML5, ¿qué debemos considerar? Dejando de lado las herramientas de desarrollo (vscode, sublimtext, Atom, etc.), existen frameworks front-end (Angular, reaccionar, vue, backbone, etc.), herramientas de administración de módulos (Webpack, Browserify, etc.) y herramientas de administración de tareas. (Grunt, Gulp, etc. Abarca desde la selección de bibliotecas de UI hasta herramientas de llamada de interfaz (ajax, Fetch, etc.). Las herramientas (ajax, FetchApi, etc.), la compatibilidad del navegador, etc. deben considerarse cuidadosamente una por una. No importa lo difícil que sea, debe usar el complemento jqery para escribir H5. También debe encontrar un complemento jquery adecuado. para que coincida con el proyecto durante el proceso de desarrollo. Aunque estas herramientas son altamente personalizables y mejoran la eficiencia del desarrollo de los desarrolladores, creo que también consumen mucha energía en la configuración del desarrollo del proyecto. Aunque la mayoría de los desarrolladores tienen sus propias plantillas de configuración, no son adecuadas para varios usos a largo plazo. En proyectos de biblioteca externa, los costos incurridos por las iteraciones y actualizaciones de versiones no deberían ser bajos. Ante las necesidades de desarrollo de programas pequeños, ¿qué debemos considerar? El equipo proporciona herramientas de desarrollador y estándares de desarrollo estandarizados. El HTML y CSS comúnmente utilizados en el front-end se han convertido en WXML, WXSS y WXML personalizados. Aunque todas son etiquetas personalizadas, creo que los documentos oficiales tienen una introducción clara a su uso. Debería ser muy fácil comenzar; los archivos WXSS, JSON y JS son un poco más limitados en escritura, pero en general son similares. Después de unificar estos estándares, como desarrollador, encontrará que solo necesita concentrarse en escribir programas: cuando necesite llamar a la interfaz de backend, llame a la API de solicitud de inicio. Cuando necesite cargar y descargar, llame a la carga y descarga. API Al almacenar datos en caché, llamar a la API de almacenamiento local para introducir mapas, usar la brújula, llamar al pago, llamar al código, etc. En términos de bibliotecas de interfaz de usuario, el marco naturalmente viene con la biblioteca weui. El marco, naturalmente, viene con la adición de la biblioteca weui, y al usar estas API, no tiene que preocuparse por la compatibilidad del navegador o errores maravillosos e impredecibles en el entorno de producción. Se puede ver que el costo de desarrollo de programas pequeños es. de hecho, más alto que el del desarrollo web anterior, mucho más bajo. En tercer lugar, obtenga la diferencia en los permisos a nivel del sistema.

Después de crear el entorno de desarrollo del subprograma WeChat, el evento de advertencia que aparece en la columna de la consola es el siguiente1. El entorno de ejecución del HTML5 tradicional es un navegador, incluida la vista web, mientras que el entorno de ejecución de los mini programas no es un navegador completo. Tenga en cuenta que lo que escribo aquí es "navegador no completo". Se utilizarán tecnologías (no todas) en el proceso de desarrollo. El miniprograma deberá revisarse antes de que finalmente se publique en línea. Puede poner el programa en línea sin actualizar su propio software. La versión final requiere revisión. Puede actualizar su propio programa de software sin actualizar su propio software. Esto está relacionado con el marco ReactNative, y algunos desarrolladores han encontrado documentos oficiales que utilizan las bibliotecas React y NodeWebkit en el código fuente de la mini herramienta de desarrollo de programas. Se destaca que los scripts no pueden usar objetos de ventana y objetos de documento comúnmente utilizados en los navegadores (en base a esto, las bibliotecas DOM como las operaciones zepto/jquery se han abandonado por completo), por lo que personalmente creo que el entorno de ejecución del pequeño programa es probable. El equipo de desarrollo se basará en el kernel del navegador. Un analizador integrado ha sido completamente reconstruido, optimizado para programas pequeños, desarrollado utilizando estándares de lenguaje autodefinidos y mejorado el rendimiento de los programas pequeños. Sin embargo, dado que las herramientas de desarrollo se proporcionan a los desarrolladores, y las herramientas de desarrollo también tienen programación, depuración, entorno de desarrollo y publicación integrados, no necesitamos explorar su entorno operativo final, siempre que desarrollemos de acuerdo con el oficial. documentos. La decisión del equipo de desarrollo de proporcionar herramientas de desarrollo a los desarrolladores me recuerda a la provisión de herramientas de desarrollo X-CODE por parte de Apple a los desarrolladores. Es concebible que su "ambición" sea evidente y que los costos de desarrollo de los dos sean diferentes. Aquí planteo una pregunta, cuando nos enfrentamos a un requerimiento de desarrollo web HTML5, ¿qué debemos considerar? Dejando de lado las herramientas de desarrollo (vscode, sublimtext, Atom, etc.), existen frameworks front-end (Angular, reaccionar, vue, backbone, etc.), herramientas de administración de módulos (Webpack, Browserify, etc.) y herramientas de administración de tareas. (Grunt, Gulp, etc. Abarca desde la selección de bibliotecas de UI hasta herramientas de llamada de interfaz (ajax, Fetch, etc.). Las herramientas (ajax, FetchApi, etc.), la compatibilidad del navegador, etc. deben considerarse cuidadosamente una por una. No importa lo difícil que sea, debe usar el complemento jqery para escribir H5. También debe encontrar un complemento jquery adecuado. para que coincida con el proyecto durante el proceso de desarrollo. Aunque estas herramientas son altamente personalizables y mejoran la eficiencia del desarrollo de los desarrolladores, creo que también consumen mucha energía en la configuración del desarrollo del proyecto. Aunque la mayoría de los desarrolladores tienen sus propias plantillas de configuración, no son adecuadas para varios usos a largo plazo. En proyectos de biblioteca externa, los costos incurridos por las iteraciones y actualizaciones de versiones no deberían ser bajos. Ante las necesidades de desarrollo de programas pequeños, ¿qué debemos considerar? El equipo proporciona herramientas de desarrollador y estándares de desarrollo estandarizados. El HTML y CSS comúnmente utilizados en el front-end se han convertido en WXML, WXSS y WXML personalizados. Aunque todas son etiquetas personalizadas, creo que los documentos oficiales tienen una introducción clara a su uso. Debería ser muy fácil comenzar; los archivos WXSS, JSON y JS son un poco más limitados en escritura, pero en general son similares. Después de unificar estos estándares, como desarrollador, encontrará que solo necesita concentrarse en escribir programas: cuando necesite llamar a la interfaz de backend, llame a la API de solicitud de inicio. Cuando necesite cargar y descargar, llame a la carga y descarga. API Al almacenar datos en caché, llamar a la API de almacenamiento local para introducir mapas, usar la brújula, llamar al pago, llamar al código, etc. En términos de bibliotecas de interfaz de usuario, el marco naturalmente viene con la biblioteca weui. El marco, naturalmente, viene con la adición de la biblioteca weui, y al usar estas API, no tiene que preocuparse por la compatibilidad del navegador o errores maravillosos e impredecibles en el entorno de producción. Se puede ver que el costo de desarrollo de programas pequeños es. de hecho, más alto que el del desarrollo web anterior, mucho más bajo. En tercer lugar, obtenga la diferencia en los permisos a nivel del sistema.

En comparación con las aplicaciones web HTML5, los miniprogramas pueden obtener permisos del sistema, como el estado de comunicación de la red, capacidades de almacenamiento en caché de datos, etc. Estos permisos a nivel del sistema se pueden combinar perfectamente con los miniprogramas, que es lo que el funcionario afirma que tiene el rendimiento fluido de NativeApp, que resulta ser una aplicación web HTML5, a menudo recibe críticas, y esta es también la razón por la que la mayoría de los escenarios de aplicaciones HTML5 se posicionan con una lógica empresarial simple y funciones únicas. Cuarto, la fluidez de la aplicación en el entorno de producción. Esta es la sensación más intuitiva para usuarios y desarrolladores. Durante mucho tiempo, la experiencia de las aplicaciones HTML5 siempre ha sido insatisfactoria cuando se enfrentan a una lógica empresarial compleja o interacciones de páginas ricas, y se requieren proyectos de optimización continua para mejorar la experiencia del usuario. Sin embargo, debido al entorno de ejecución independiente del miniprograma, aunque también se desarrolla utilizando HTML, CSS y JS, el analizador finalmente genera el efecto de los componentes nativos y, naturalmente, la experiencia mejorará. Por favor "escanee" con su teléfono móvil x