A principios del verano, la versión Beta1 de OpenAtom OpenHarmony ("OpenHarmony") 4.0 llegó según lo programado. Sobre la base de la versión de lanzamiento 3.2, la versión 4.0 Beta1 continúa mejorando ArkUI, el marco de la aplicación, los medios gráficos y otras capacidades del subsistema del sistema estándar, y proporciona el primer lote de interfaces API de nivel 10.
Como primera versión Beta de OpenHarmony 4.0, se han introducido una serie de nuevas funciones. Esperamos que los desarrolladores de la comunidad experimenten activamente nuevas funciones, aporten sabiduría y fuerza, y promuevan conjuntamente la madurez de la futura versión 4.0 Release, participando personalmente y siendo testigos del desarrollo de la versión OpenHarmony 4.0.
La siguiente sección presenta algunas características nuevas de OpenHarmony 4.0 Beta1. Para conocer la información completa de las características de esta versión, vaya a las Notas de la versión de OpenHarmony 4.0 Beta1. Las versiones de software o equipos comerciales de socios ecológicos que pasen la prueba de compatibilidad deben usar OpenHarmony 3.2 Release.
Notas de la versión de OpenHarmony 4.0 Beta1
zh-cn/release-notes/OpenHarmony-v4.0-beta1.md · OpenHarmony/docs - Gitee.com
marco de aplicación
1. Minimice la administración de las capacidades de extensión, admita varias extensiones para abrir API según los escenarios comerciales y evite llamadas de API confidenciales.
2. Admite la autorización temporal de URI de datos o archivos, y la aplicación puede autorizar los permisos de lectura y escritura de sus propios archivos a otras aplicaciones.
3. Se admite el mecanismo UIExtension, que se utiliza para realizar la extensión con la interfaz, y la interfaz de UIExtension se puede incrustar en la ventana de la aplicación de llamada para su visualización. En la actualidad, se han construido las capacidades básicas de UIExtension:
● Admite una plantilla de UIExtension unificada, con un significado de interfaz claro y desarrollo de servicios estandarizados.
● Admite la visualización de la interfaz de extensión predeterminada nativa, lo cual es conveniente para que los desarrolladores implementen rápidamente las funciones de extensión y también brinda capacidades de personalización de la interfaz.
4. Admitir el intercambio de servicios atómicos Los desarrolladores de aplicaciones pueden usar los métodos proporcionados por el componente UIAbility para configurar los datos que se compartirán. Los usuarios pueden compartir servicios y tarjetas atómicas con otro dispositivo terminal a través de la caja para compartir.
ArkUI
1. Los cambios en las propiedades del componente admiten animaciones de transición. Por ejemplo, el componente Divider utiliza animaciones de transición al configurar el color y las propiedades de color del divisor para mejorar la experiencia del usuario cuando cambian las propiedades del componente.
2. Los componentes Texto/Imagen/Video/ListItem/GridItem admiten que el usuario mantenga presionado el componente para ingresar el comportamiento predeterminado de arrastrar y soltar, y admiten a los desarrolladores para deshabilitar el arrastrar y soltar predeterminado para mejorar la eficiencia del desarrollo del desarrollador.
3. El cuadro de viñetas personalizado admite la personalización del color de la máscara y la animación emergente (como permitir que los desarrolladores establezcan parámetros relacionados con el efecto de animación emergente), lo que mejora la capacidad del desarrollador para personalizar el cuadro de viñetas.
4. Admite la capacidad de devolver el ancho y el alto de la cadena de entrada en el componente de texto. Cuando la cadena se dobla y se muestra, el cuadro de aviso de la cadena completa aparecerá cuando se desplace el mouse.
Gestión de paquetes de aplicaciones
1. Admite la función de instalación de paquetes de aplicaciones sin descompresión, lo que optimiza el rendimiento de inicio del sistema y el rendimiento de instalación de aplicaciones.
2. Admitir aplicaciones ecológicas de tres partes para usar las capacidades de paquetes compartidos proporcionadas por las aplicaciones del sistema. Las aplicaciones de tres partes no necesitan integrar contenido relevante (incluidos códigos, recursos y archivos .so, etc.) en sus propios paquetes de instalación. reduciendo así el costo de integración y la actualización de los propósitos de costos de aplicaciones ecológicas.
Gestión de datos distribuidos
1. Admite aplicaciones del sistema para acceder de forma silenciosa a los datos de DataShareExtension de otras aplicaciones del sistema a través del agente de servicio de administración de datos y admite el acceso a los datos de DataShareExtension en aplicaciones de modo único a través del agente de servicio de administración de datos.
2. El cliente de DataShare brinda la posibilidad de suscribirse a los cambios de datos de DataShareExtension de acuerdo con el prefijo de URI. Cualquier cambio de datos de DataShareExtension bajo el prefijo de URI suscrito notificará al cliente de DataShare.
3. Se agregó un marco de gestión de datos unificado (Marco de gestión de datos unificado, UDMF), que admite el modelo de estandarización de datos, arrastrar y soltar datos en el dispositivo, adaptación de almacenamiento de datos UDMF, gestión de derechos y gestión del ciclo de vida.
gestión de archivos
1. Admite capacidades de clasificación de archivos y administración de vistas. Aplicaciones como la galería administran archivos multimedia en forma de álbumes (no es necesario que las imágenes y los videos presten atención a la ubicación de almacenamiento específica) y brindan funciones como agregar y eliminar archivos en álbumes sin involucrar comportamientos específicos de FileIO. La interfaz API se abrirá en versiones posteriores.
2. Proporcione capacidades mejoradas de acceso a FileIO, admita capacidades de randomAccessFile, moveDir, copyDir, watcher.
3. Proporcione acceso de autorización temporal basado en URI y capacidades de desautorización para archivos, y admita la autorización local entre aplicaciones o la autorización entre dispositivos para archivos.
pantalla gráfica
1. Admite la animación de atributos del contenido de dibujo automático del componente y admite la animación de transición de desaparición del componente.
2. Optimice el rendimiento del modo de renderizado unificado, incluida la optimización del rendimiento de IPC (como la transferencia de recursos de renderizado a través de la memoria compartida para reducir el tráfico de IPC), admita la exclusión selectiva de oclusión a nivel de control, solo necesita renderizar controles de nivel superior para reducir la carga de trabajo de renderizado de GPU y habilitar el dispositivo de composición de hardware para mejorar la eficiencia energética de síntesis, etc.
3. El códec de imagen admite la decodificación SVG y el formato GIF mejora el análisis de parámetros, como el número total de fotogramas, el intervalo de tiempo, etc.
ventana
1. Soporte para monitorear el estado de enfoque de la ventana: los desarrolladores de aplicaciones en versiones anteriores solo pueden monitorear el estado de enfoque de WindowStage, pero no pueden monitorear los eventos de enfoque para las ventanas del sistema y las subventanas de la aplicación. Ahora, los desarrolladores de aplicaciones pueden monitorear el enfoque, el enfoque y el estado oculto de una sola ventana al registrar windowEvent en la ventana.
2. Admite el ajuste del orden del eje z de las subventanas a la capa superior: para varias subventanas creadas en la aplicación en versiones anteriores, el sistema siempre muestra la última ventana mostrada en la parte superior de todas las subventanas. Al mismo tiempo, de manera predeterminada en el sistema actual, la ventana tocada por el usuario o en la que se hizo clic con el mouse se promoverá al nivel más alto de todas las subventanas. Ahora, a través del método raiseToAppTop del objeto ventana, los desarrolladores de aplicaciones pueden ajustar una subventana al nivel más alto entre varias subventanas de WindowStage.
3. Refactorice la implementación inmersiva, optimice los efectos de animación de la apertura, salida y salto de la aplicación: en versiones anteriores, cuando se abre la aplicación, el tamaño de la ventana de la aplicación en pantalla completa no incluye el área de la barra de estado y la navegación barra de forma predeterminada, a menos que la aplicación llame a la interfaz inmersiva (a través de setWindowLayoutFullScreen o setSystemBarEnable). Llamar a la interfaz anterior durante el proceso de apertura de una aplicación inmersiva provocará un salto en la animación de apertura, lo que afectará la experiencia de abrir la aplicación y cambiar animaciones entre aplicaciones. En la nueva versión, independientemente de si se configura la visualización inmersiva, el tamaño de la ventana de la aplicación de pantalla completa incluye el área de la barra de estado y la barra de navegación, mientras que se evitará la barra de estado y la barra de navegación de las aplicaciones no inmersivas. hecho a través de ArkUI para limitar el área de visualización de la aplicación.
medios de comunicación
capacidad de audio
1. Admite reproducción y grabación de audio a través de la interfaz nativa.
2. Soporte para consultar o monitorear el dispositivo de reproducción con la prioridad actual más alta.
3. Se admite el enfoque de audio. No es necesario aplicar manualmente el enfoque cuando la aplicación está reproduciendo audio. El sistema aplicará automáticamente el enfoque en segundo plano y ejecutará automáticamente la estrategia de enfoque (como pausa, desvanecimiento, desvanecimiento). recuperación, etc.); la aplicación solo necesita registrar la función de monitoreo de eventos de enfoque para recibir el evento de enfoque y actualizar el estado como detener la barra de progreso cuando está en pausa.
Marco de control de transmisión
1. Admite la transferencia de información multimedia personalizada entre el proveedor de medios y el controlador, y la aplicación puede expandir el método de visualización del contenido multimedia.Por ejemplo, el controlador de medios puede requerir que el proveedor de medios muestre las letras de las canciones en una forma especial.
2. Admite la capacidad del marco de la lista de reproducción de medios, el proveedor de medios proporciona el contenido de la lista de reproducción y el controlador de medios obtiene el contenido de la lista de reproducción y puede seleccionar cualquier contenido de medios para reproducir.
3. Admite la capacidad del marco del historial de reproducción. El marco de la sesión de medios proporciona una lista de aplicaciones de reproducción del historial de consultas, y los elementos de la lista se ordenan por orden de reproducción (incluidas las aplicaciones que se están reproduciendo actualmente y las que se han salido).
reproductor multimedia
1. Admite la transmisión en vivo de HLS y las capacidades de reproducción de transmisión basadas en fuentes de datos, y admite las capacidades de reproducción de decodificación de hardware de video H.265.
2. Admite efectos de sonido de reproducción, configuración de propiedades de audio y admite reproducción de rotación automática de videos con ángulos de rotación.
3. Admite la adquisición y el cambio de múltiples pistas de audio, admite la configuración y el cambio de subtítulos externos.
cámara
1. Mejorar el código de error y el mecanismo de manejo de excepciones de la API de ArkTS, para que los desarrolladores puedan ubicar la información de error consultando los códigos de error.
2. Admite la capacidad de duplicación de la vista previa frontal. De forma predeterminada, la pantalla de vista previa frontal está en un estado de espejo.
3. Cuando diferentes aplicaciones de cámara usan la misma cámara, el marco de la cámara tiene control de prioridad y estrategias de exclusión mutua.