1前言大约在去年11月份，Google将官方网站上推荐的MVVM架构悄悄替换成了MVI架构。参考了官方与许多前辈的分享，便有了此文。不过下面的再前言应当是每个读者心中所需要认定的。2再前言总览我所有的博客，我很少写关于架构模式相关的文章。因为我觉得不管是从刚开始所使用的MVP、MVVM再到现在Google官方所推荐的MVI架构，我希望各位读者千万不要将教条主义当真理。官方推荐了MVVM就马上去踩M

samgr组件是OpenHarmony的核心组件，提供OpenHarmony系统服务启动、注册、查询等功能。

提到Speexdsp不得不先提到开源语音编解码器如下是ACM Surveys中收录的标题为《Survey on Application-Layer Mechanisms for Speech Quality Adaptation in VoIP》综述中的一张图表。

本文面向希望将 OpenHarmony 移植到三方芯片平台硬件的开发者，介绍一种借助三方芯片平台自带 Linux 内核的现有能力，快速移植 OpenHarmony 到三方芯片平台的方法。

动态设置组件的属性，支持开发者在属性设置时使用 if/else 语法，且根据需要使用多态样式设置属性。

GPIO（General-purpose input/output）即通用型输入输出。通常，GPIO控制器通过分组的方式管理所有GPIO管脚，每组GPIO有一个或多个寄存器与之关联，通过读写寄存器完成对GPIO管脚的操作。设置管脚方向： 方向可以是输入或者输出(暂不支持高阻态)读写管脚电平值： 电平值可以是低电平或高电平设置管脚中断服务函数：设置一个管脚的中断响应函数，以及中断触发方式使能和禁止管

控件作为应用的基础组成部分，需要支持不同的设备，且在视觉、交互、动效等表现形式上针对设备进行必要的调整，达到最佳体验。很多用户的多设备体验以默认设备为核心或从默认设备往外延伸，因此，围绕全场景体验的OpenHarmony UX设计，将优先确保用户在不同的设备上获得跟使用默认设备类似的体验，同时充分利用设备的优势使体验最大化。除了要考虑每个设备的特性外，还需要考虑不同设备的共性，并使用通用性设计方法

应用开发中的用户界面（UI）布局是用户与应用程序交互的关键部分。使用不同类型的布局可以将页面排布的更加美观，但也容易带来不合理的布局。不合理的布局虽然能在界面显示上达到相同效果，但是过度的布局计算，界面嵌套带来了渲染和计算的大量开销，造成性能的衰退，本文重点介绍了几种常见的布局功能和适用场景，同时提供了几种优化布局结构的方法。内置ArkUI Inspector工具，开发者可以使用ArkUIInsp

正如早年安卓和iOS系统的兴起带来了APP开发的黄金时期，鸿蒙系统的发展可能再次为程序员们带来类似的机遇。自鸿蒙系统发布以来，用户增长速度迅猛。路线图将包含完全基于鸿蒙内核开发的应用，比如一次开发多端部署、自由流转、元服务、端云一体化等，多方位的学习内容让学生能够高效掌握鸿蒙开发，少走弯路，真正理解并应用鸿蒙的核心技术和理念。路线图包括ArkTS基础语法、鸿蒙应用APP开发、鸿蒙能力集APP开发、

本文为OpenHarmony开发者提供一些组织编译形式比较常见（CMakeLists、Makefile）的三方库的移植指南，该指南当前仅适用于Hi3516DV300和Hi3518EV300两个平台，文中着重介绍各编译组织方式下工具链的设置方法以及如何将该库的编译添加到OpenHarmony整个工程的构建中。