更多资讯请访问：??????????????????????????????????????????????????.com阳春三月，春暖花开！在这个不平凡的春天，越来越多的人意识到，最宝贵的是希望。疫情如此，经济如此，鸿蒙如此。经过两年多的炒作和沸腾，OpenHarmony的发展越来越接近稳健扎实的节奏。我们不希望一战成名，而是希望每个版本都取得重要进展。我们坚信方向总体上是正确的。充满活力的社区，必将迎来美好的未来。老万说：“Android版本那么多，但大家都记得2.3和4.4，对比一下，以后应该还记得OpenHarmony3.1，这个版本是一个里程碑。”你想要什么样的版本，有什么特点？值得被称为里程碑吗？花了几天时间仔细阅读了文档和代码，有些心得分享给OpenHarmony的同事，共同见证。OpenHarmony3.1在2.0、2.2和3.0版本中支持更多硬件。其实OpenHarmony已经具备了一定的丰富设备能力，可以勉强支持平板产品，但总感觉不够完善。这个3.1版本可以说基本具备了平板产品的能力，甚至离手机也不远了。令人惊喜的是，3.1提供了包括键盘、鼠标、触摸板在内的大量支持，还支持了很多窗口应用程序支持。也就是说，3.1已经为PC平台做好了准备。分布式得到进一步增强。首次提出分布式硬件概念，提供可信设备间的硬件资源池管理能力。可信设备自动组成一个超级终端，超级终端中的每台设备自动同步设备信息。硬件参数。以分布式屏幕为例，提供屏幕虚拟化能力，支持用户指定网络中其他认证过的OpenHarmony设备的屏幕作为Display的显示区域，提供跨设备屏幕能力调用，以及实现系统投屏、投屏、分屏等体验支持。支持更多API无论是JSAPI、TSAPI还是原生API，3.1发布版本都提供了极大的增强，版本已经到了API8。API8的补充主要集中在以下几个方面：基础语言库，包括List、TreeMap、Stack等各种基础数据结构电话能力。通信能力，包括NFC、WiFi、蓝牙等。Webgl图形能力支持。窗口管理功能。帐户管理。从本次补充更新来看，OpenHarmony的API已经日趋完善。对于开发者来说，可以创建的APP类型也越来越丰富。北向开发者有福了。同时我们看到OpenHarmony的API版本已经升级到API8，而HarmonyOS的API仍然维持在API7。这其中的含义，还是需要大家去思考和理解的。为开发者提供更多帮助这次3.1增强了应用开发工具和设备开发工具。在应用端，这次王炸带来了OpenHarmony专属的IDE，彻底改变了以往HarmonyOS和OpenHarmony共用一个IDE的局面。全新的IDE提供了很多丰富的功能，其中双向预览器非常精彩：在设备端，DevEcoDeviceTool这次的重点是强化Windows+Linux的集成开发模式，图形界面运行在Windows上运行，工具链代码在Linux上运行，充分解耦mini和small版本，支持更多的开发板和芯片平台，并结合hpm实现从自动代码下载、编译到编程的一体化操作。提供更多系统应用。3.1版本包含的系统应用列表如下：不仅系统应用的数量有所增加，Launcher也经过重新设计，看起来更加美观成熟：applications/standard/hap├──resources#预制资源目录├──Airquality_Demo.hap#空气质量示例应用├──Calc_Demo.hap#计算器示例应用├──Clock_Demo.hap#简单时钟示例应用├──Ecg_Demo.hap#ECG显示示例应用├──Flashlight_Demo.hap#手电筒示例应用├──Photos.hap#图库应用├──Launcher.hap#桌面进入应用├──Launcher_Recents.hap#桌面最近任务应用├──Launcher_Settings.hap#桌面应用中的桌面设置├──Settings.hap#设置应用├──Settings_FaceAuth.hap#人脸认证设置应用├──Shopping_Demo.hap#购物示例应用├──SystemUI-NavigationBar.hap#SystemUI导航栏应用├──SystemUI-StatusBar.hap#SystemUI状态栏应用├──SystemUI-SystemDialog.hap#SystemUI系统弹框应用├──Music_Demo.hap#音乐示例应用├──Camera.hap#相机应用├──DeviceManager_UI.hap#设备管理系统弹出应用├──CallUI.hap#调用应用├──PermissionManager.hap#权限管理应用├──adminprovisioning.hap#管理服务提供应用引入全新的自研图形栈。在之前的OpenHarmony版本中，图形栈使用了开源社区中常见的组件，比如Weston/Skia等，虽然这些组件很优秀，但是将这些组件组合起来组成一个高性能的图形栈是不太现实的。为OpenHarmony提供强大的图形核心是意料之中的事情。在3.1版本中，自研图形栈终于亮相：全新的渲染框架RenderService、2D/3D渲染能力、全新的动画和显示效果框架构成了OpenHarmony图形栈的主要框架，为未来做好了准备图形性能优化埋下伏笔。同时，在SIG仓库中孵化的mesaforOpenHarmony也为OpenHarmony提供了开源的GPU驱动，大大增强了OpenHarmony的图形能力。下半年有望看到更多器件丰富的开发板和商用产品。完善的权限管理是否完善的权限管理往往是一个操作系统成熟度的重要标志。3.1版本支持本地账户、域账户与本地账户的绑定、分布式账户ID派生和状态管理功能、本地应用权限管理、分布式权限管理能力。权限管理涉及多个模块，包括：应用包管理子系统应用权限管理。元能力子系统的上下文权限验证和权限申请接口。程序访问控制子系统本地应用权限的定义、管理、授权、查询、鉴权功能和分布式权限的管理、查询、鉴权、同步功能。除了上述主要针对标准版的功能增强外，本次更新还包括对迷你系统和小型系统的多项增强。这里就不一一列举了，留给大家去发现吧。沉船旁千帆过，病树前万木春！在全球手机市场大规模萎缩、Fuchsia内乱不断、Fuchsia濒临死亡的背景下，OpenHarmony3.1的这次更新或许是操作系统行业最重要的事件。更多资讯请浏览：?????????????????????????????????????????????????????????
