【IDBD-222】デビューから生中出しにアナルまで！最強の芸能人AYAの全作品濃い目の8時間BOX

出品丨GOSIM 开源创新汇

OpenHarmony 对于所有中国开拓者而言，可谓口角常老练。据官方数据统计，扬弃 2024 年 6 月 30 日，OpenHarmony 社区仍是累计跳跃 7900 名孝顺者，共 70 家共建单元，产生 37 万多个 PR ，2.6 万多个 Star ，8.3 万多个 Fork ，59 个 SIG 。

在 GOSIM 2024 欧洲站的 APP&WEB 论坛，一直勤苦于于 OpenHarmony 开拓的Jonathan Schwender为行家开拓者潜入共享了《面向下一代移动的 OpenHarmony》主题演讲。

算作德累斯顿研究中心的软件工程师，Jonathan 一直勤苦于于鸿蒙内核、真是施行环境 SDK 和 OpenHarmony 操作系统的神态开拓。同期，他亦然Corrosion开源神态和高效并发组件库libvsync的爱戴者。

点击小范例稽查完好意思视频

以下是 Jonathan Schwender 演讲的主要内容

OpenHarmony 并不是Android

HarmonyOS 是华为手机、平板、智高腕表等建设所使用的操作系统。 对于它的新闻流 传已久，被称为全新的操作系统。 但持重的使用者可能会发现， Android 应用仍然可以在 HarmonyOS 上运行。难谈仅仅重新定名的 Android 吗？Jonathan 在此否定了这一说法：OpenHarmony 并不是 Android，两者全齐无关。

OpenHarmony 是 HarmonyOS 应用所依赖的新框架。当你为 OpenHarmony 编写一个应用，它不仅能在 HarmonyOS 上运行，也能在其他第三方的刊行版上运行。两者的相关，访佛 Linux 与 Fedora 的相关 是，

不外，本年年底，HarmonyOS 将迈进下一阶段：绝对移除 Android 兼容层。这意味着唯有 OpenHarmony 应用能在 HarmonyOS 手机上运行。此外，在内核详细层，开拓者不一定以 Linux 内核为基础，而可以以一个轻量级的操作系统。

Jonathan Schwender 随后谈到了 OpenHarmony 的其他刊行版。天然大多才刚起步，但仍是有许多第三方厂商在尝试创建我方的刊行版，触及到许多范围，如矿业、买卖范围等，有的以致尝试融入磨真金不怕火应用和政府结尾。咫尺大多数聚焦在中国。

应用迁徙势不成挡

Jonathan Schwender 示意，用 RQI 和 RTS 重写应用范例十分蹙迫。若是要发布一款搭载 HarmonyOS 的手机，每个东谈主齐会期待它能遮盖我方心爱的应用。 Jonathan Schwender 指出，中国正在鼎力鼓吹近 5000 款排行靠前的应用迁徙到 HarmonyOS，这将打造一个更大的生态系统库，有助于创建新应用。HarmonyOS 的另一个关节特征是其领有一个定制内核，不基于 Linux 运行，但仍然可兼容。

华为咫尺参加无数元气心灵进行大范围迁徙职责，Jonathan Schwender 进一步阐扬了迁徙进展： 5000 个应用中，已有 4000 个应用正在或仍是完成迁徙，剩下的 1000 个应用也正在与开拓者相关以兑现迁徙。

Jonathan Schwender 示意应用迁徙职责的另一个关节点是流行于中国的小范例。小范例使得无数应用九牛二虎之力，一个超等应用，如微信，即可领有所有小范例。他还提到，TypeScript 说话可以使迁徙职责愈加顺畅，并讲明了 ArkTS 或 TypeScript 变体使 TypeScript 酿成一种更好说话的原因。

揭秘 OpenHarmony 的开拓经由

OpenHarmony 的开拓是什么样的呢？Jonathan Schwender 先容谈，有一个官方的 IDE ，基于 JetBrains ，访佛于 Android Studio 。由于莫得得到官方援救，咫尺枯竭 Rust 插件，但愿以前能添加这一功能。

他展示了创建神态到运行的经由。样板神态开始生成后，就可以得到许多文献。在构建设置文献中，东谈主们可以在 HarmonyOS 或 OpenHarmony 运行操作系统之间切换。但包的签名会影响运行与否。表面上，OpenHarmony 应用可以在所有 OpenHarmony 的建设上运行，但出于安全考虑，应用必须被签名，签名是否被信任取决于 OpenHarmony 的刊行版。

Jonathan Schwender 还共享了 OpenHarmony 应用的情况。基本上而言，一个应用的发型可以包含多个或至少一个 HAP（HarmonyOS Ability Package）。

大多数情况下，只会含有一个 HAP。一个 HAP 对应一个智力阶段，可以包含多个 UI 智力或膨胀智力（指那些莫得界面的功能）。假定当今有一个 UI 智力，包含多个页面。在开拓应用时，可以预期有许多源数据文献、通用元数据和包清单。蹙迫的是，在你的模块下方有一个 json5 文献用于模块形貌，ESTS 中有你的类型剧本文献，CPP 中有你的潜在原生代码。

ETS 文献夹包含了模块的智力和页面，常常会包含用 ArkTS 编写的 UI 智力。ArkTS 基本上是一种严格的 TypeScript 作风，相等高性能与高效，旨在易于阅读并珍惜常见弱点。

在 ArkTS 中，必须进行强制启动化。此外，条目所有类型在编译时是已知的。ArkTS 还可以兑现 ArkUI 特定的膨胀。当东谈主们念念构建一个用户界面时，它的膨胀十分绵薄易懂。 ArkTS 还增多了零散的内置组件，便捷使用者将 不同对象组合起来，从而得到一个可组合的 用户界面。

随后，Jonathan Schwender 例如展示了 C++ 代码。使用过 Node API 的东谈主来说会很老练所触及到的样板代码。最初要行使构造函数注册函数，随后可以索要构造函数大部天职容的内容参数。

在 Rust 方面，宏可以匡助详细掉许多冗余内容。那如何荟萃仍是构建起来的 Rust 库呢？Jonathan Schwender 先容了最绵薄的行为之一，即是进行手动预构建，并将其舍弃在 IDE 会查找的特定旅途下，然后通过竖立 IDE 来调用 cargo 构建并复制它。也可以使用 corrosion ，因为咱们知谈 C / C++ 代码使用 CMake 构建。

他本东谈主阐扬爱戴 corrosion 的 CMake 模子——在 Windows、Linux、Mac 上运行得齐还可以。它大致基本稽查 cargo 元数据，然后自动导入任何具有静态库或动态 CDY 库的 Crates ，可以自动竖立正确的连气儿器和 Rust 编译器观念，因此在幕后为东谈主们作念了许多零散的职责。但总的来说，咫尺最可靠的行为是径直在 IDE 或其他器具中添加一个构建剧本，并将其复制到硬编码的库旅途中。

Servo 在 OpenHarmony 上如何兑现？

Jonathan Schwender 接续先容了Servo。Servo 是一个用 Rust 编写的运行引擎，主要的 Servo 组件大要有 240k 行 Rust 代码，但它也有许多依赖项。若是稽查列表，你会发现它有跳跃 700 个 Rust 和 C++ 依赖项。用 cargo vendor 计较总代码量，发现大要有 400 万行 Rust 代码和各自跳跃 100 万行的 C 和 C++ 代码。其中濒临的一个挑战是如何处理包括 cc-rs、CMake、autotools 的多个构建系统。在 UI 方面阐发较好，只需要一个浏览器窗口，不需要后退按钮或前进按钮。

那么，构建或迁徙一个应用需要若干职责量呢？Jonathan Schwender 翔实讲明了智力：第一步，创建一个依赖于 LibServo 的虚构库，表示所有库，并处分所有的编译与连气儿弱点。接着，弄明晰构建 C / C++ 依赖所需的所有环境变量，因此必须竖立诸如 C 编译器 、C++编译器 、连气儿器、PKG 设置等。第二步，对那些无法构建的 Rust 依赖项进行相似的处理。终末，偶然如实需要针对 OpenHarmony 以不同形态兑现的东西，比如窗口的大小。算作第一步，可以先绵薄地创建一个桩，处分编译弱点，了解职责量。接下来，处分连气儿弱点，常常是从源码构建库，之后就可以将应用刷入建设。

Jonathan Schwender 又谈到了RQX 组件——OpenHarmony 用于渲染原生窗口的组件。 在最绵薄的情况下，只需创建一个 X 组件，就可以原生地渲染到窗口。

随后，他在我方的手机上展示了 Servo 浏览器在 OpenHarmony 上的运行情况。 他指出，由于咫尺还莫得兑现屏缓冲区外的部分，是以一些尚未处分的问题会导致崩溃。 这些问题主要聚首在 WebGL 援救方面。 此外，枯竭 Fling 援救，且无法回调到 ArkTS ，ArkTS UI 咫尺还无法职责。

归来与以前职责

Jonathan Schwender 在演讲的终末对一些所需要的转变进行了归来。 他以为，将 ArkTS 袭击为 LibServo 布局相等绵薄。 由于往返系统的存在，仅需回调兑现一些往返，也可以将它们兑现为无操作，留待以后处理。

特定于操作系统的窗口启动化更具挑战性，但文献可以稍作立异，合座来说 OpenHarmonyOS 的文档相等可以。因为 OpenHarmonyOS 在字体处理形态上与 Android 和 Linux 不同，字体加载形态仍需疗养。总体来说，Rust 在 OpenHarmony 上的援救相当可以，但仍需一些访佛于 Android 的手动职责，需要下载一个 SDK ，预构建尺度库。

对于以前的职责，Jonathan Schwender 示意，但愿能让 Rust 真确成为 OpenHarmony 代码的首选说话，让宏能泛泛运作，力求上游。他还筹办制作更多的绑定，以便可以安全地造访所有 OpenHarmony API 。另一个蹙迫的职责是创建一个可沟通使用的 GitHub CI 操作，并在 QML 中运行。终末，他期许在以前接续探索将 async-runtime 与 function flow runtime kit（FFRT）整合，兑现基于 coroutine 的袭击。

对于 Linux 的尊府棋布星罗，学习 Linux 的路线也有许多，如何才能在比拟短的时期里取得一个比拟大的普及呢？《LINUX 平台高档调试与优化》将与诸君 Linux 嗜好者共同探索这个问题的最好谜底。本着天真意旨、表面与本质密切吞并的原则，本研习班自出机杼，使用调试之剑饱经沧桑，带你闯荡纷纭复杂的Linux 宇宙。本研习班由《软件调试》、《软件简史》和《格蠹汇编》的作家张银奎主讲。