【提案】提供编译出独立app的能力

[waterbang]

原因

1. 提供独立编译app有助于规避风险，鸡蛋不放一个篮子里。
2. 减少开发者和用户多一层dweb_browser的抵触心理。
3. 扩大用户群体，给一些能自己上架的提供选择。

实现

TODO: 参考ReactNative

优势

1. 市面上没有的节点互联通信标准。

问题

这个推广可能非常困难，除非这整个项目变成社区项目，脱离公司也能运行。

[Gaubee]

1. 第一种情况是类似 Cordova，第三方开发者只是使用 Web 技术进行开发。
   1. 我们只需要提供一个新的 window.std.dweb 的实现，不是现在 desk.browser.dweb 这种面相多窗口的，而是比如说 app.browser.dweb 这样一个模块。
   2. 在这个模块中，能够始终全屏展示一个主应用，然后 permission.browser.dweb 等应用都将在一个独立的 PureViewController 中展示（在 Android 上就是一个独立的 Activity，在 IOS 上就是一个独立的 UIViewController）
   3. 因为 Web 本身就是一个容器，所以这种情况下我们可以直接提供一个打包器
2. 第二种情况更进一步，第三发开发者想要使用 Compose 多平台的技术进行开发
   1. 这种情况麻烦的是打包问题，我们需要提供 arr 包让开发者进行项目导入，然后用我们的启动函数对其 Compose 进行启动
3. 第商种情况是对 dweb browser 展开二次开发，内置更多的原生模块，这个其实就是我们现有的架构，开发者需要围绕 MicroModule 这个标准展开，这本身就需要对项目架构有一定的了解。
   1. 这类人动手能力不差，基本不需要我们提供什么服务。
   2. 我们这时候需要的只是提供一种更加合理的架构组织方式，来方便第三方向我们这个上游贡献他们提供的标准模块