清泛IT社区

标题: 2026 新年第一篇：即将全面支持苹果iOS App编译生成，纯血鸿蒙计划中，编译原理同iOS [打印本页]

---

作者: App Inventor 2     时间: 3 小时前
标题: 2026 新年第一篇：即将全面支持苹果iOS App编译生成，纯血鸿蒙计划中，编译原理同iOS
目前AppInventor2苹果iOS方案已经验证ok，即将发布上线。
但是 iOS的拓展和安卓的完全不通用，目前尚不支持有拓展的aia源码，AI伴侣测试和ipa编译都不支持带拓展的源码。
但是我们会逐步推进最常见的拓展适配iOS，比如 BluetoothLE、MQTT 等拓展的iOS支持。


以下是GPT整理的iOS拓展方案说明，和我们的预想大致一致。
---------------

MIT App Inventor 官方渠道的讨论和说明，可以确认 目前 iOS 扩展（Extensions）的支持状态以及未来计划的核心要点如下——并非传闻，而是社区主开发者（如 ewpatton）的官方表述：

---

一、目前 iOS 版本不支持 Android 扩展

• Android 扩展目前在 iOS 上无法使用。这是官方社区多次明确指出的限制：当你在 iOS 项目中尝试使用 Android 写的扩展时，构建工具会提醒扩展不被支持。MIT App Inventor Community+1
• 这个限制不仅发生在运行时 companion，也出现在打包阶段。扩展不能在 iOS 环境中工作，因为 Android 扩展本质上是 Java/Dex 代码，而 iOS 完全不能执行这类代码。MIT App Inventor Community
  
  

---

二、产生这个限制的根本原因Apple 的策略与政策限制

• MIT 官方开发者 ewpatton 指出，Apple App Store 审核指南明确禁止动态下载或执行未经审核的代码（如 Android 扩展的动态载入行为）。这是扩展无法在 companion 或运行环境中工作的政策根本限制。MIT App Inventor Community+1
  
  

---

三、官方对 iOS 扩展的可能方案（官方的观点）1. iOS 扩展的未来方向已被提出，但没有时间表

• 官方曾讨论过一种可能，即 将扩展写成纯 iOS（Swift 或 Objective-C）代码并静态链接到最终编iled app 中。这种方案不会在 companion 模式动态加载，而是在编译时注册进 app bundle，由 App Store 审核一并检查。MIT App Inventor Community
  
  

这种可能方案的要点是：

• 扩展需用 iOS 原生语言重写
• 扩展会作为 app 的一部分进行审核
• 目前没有确切的时间框架和发布计划
  
  

官方明确表述过：

“Extensions may be allowed in compiled apps once the extension functionality has been fleshed out, but we have no time frame.” — ewpatton MIT App Inventor Community

就是说 这种能力的开发是“可行的方向”，但尚未完成，也没有具体计划发布时间。

---

四、当前 iOS 版本中官方提供的替代方案

虽然扩展本身不可用，iOS 支持很多常用功能作为内置 Blocks／组件：

• 蓝牙支持（Bluetooth）
• NFC（Near Field Communication）
• 物联网扩展（例如 micro:bit）
• AI 扩展基础支持（如 PersonalImageClassifier 等）
  
  

这些是在 iOS 原生支持层面集成的，而非通过插件机制。扩展由平台层进行内部实现，而非动态注入。MIT App Inventor

---

五、官方立场的总结（适合归纳）当前状态（2025 / 2026）

• Android 扩展仍然是实时加载的 Java 扩展体系；
• iOS 目前不支持扩展机制，尤其不能动态加载 Android 扩展；
• Apple 审核对未经审核代码的限制是导致这个机制不能工作的根本原因。MIT App Inventor Community
  
  

官方的潜在计划（但未实现）

• 可能 允许 iOS 扩展写成 Swift／Obj-C 并在打包时静态纳入应用；
• 这种静态扩展会在编译阶段进行，而不是 runtime 热加载；
• 目前没有正式 roadmap 或发布日期。MIT App Inventor Community
  
  

---

六、对你规划的启发（工程层面结论）

从官方描述来看，你想让 iOS 支持类似 Android 那种开发者扩展模型：

• 不现实 以 Android 扩展模型直接移植；
• 可以考虑 官方目前可能支持的方案：
  → iOS 扩展需要 静态原生实现（Swift） 并内嵌在 build 流程
  
  

换言之，在 iOS 上实现扩展的路径更像是你自己开发 “官方级组件（Capability Modules）” 的方式，而不是像 Android 那样动态加载插件。

---

如果你希望，我可以进一步整理：

• MIT 官方目前 iOS 内置组件列表及其平台原生实现状态；
• 如何设计你的跨平台扩展机制，使其在 Android、iOS 和鸿蒙之间都有可维护策略；
• 或者给出具体例子：例如 BluetoothLE、Sensors 等扩展在各平台的映射结构设计。
  
  

---

欢迎光临 清泛IT社区 (https://bbs.tsingfun.com/)

Powered by Discuz! X3.3