应急的话可以使用web标签去加载weex web端的产物

我们已经有适配openharmony完成的方案，生成web产物在鸿蒙壳工程加载，不需要改动weex框架本身代码，是否可以合入？目前有好几个厂家在使用和共建，希望能合入weex社区。

应急的话可以使用web标签去加载weex web端的产物

我们已经有适配openharmony完成的方案，生成web产物在鸿蒙壳工程加载，不需要改动weex框架本身代码，是否可以合入？目前有好几个厂家在使用和共建，希望能合入weex社区。

我们已经有适配openharmony完成的方案，生成web产物在鸿蒙壳工程加载，不需要改动weex框架本身代码，是否可以合入？目前有好几个厂家在使用和共建，希望能合入weex社区。

应急的话可以使用web标签去加载weex web端的产物

我们已经有适配openharmony完成的方案，生成web产物在鸿蒙壳工程加载，不需要改动weex框架本身代码，是否可以合入？目前有好几个厂家在使用和共建，希望能合入weex社区。

感谢提供支持，如果不涉及 WeexSDK 本身的代码改动，可以把适配 OpenHarmony 的代码合入，放在独立的目录里。新增的目录里最好包含完整的文档、工具和代码示例，方便社区开发者也能用相同的方式把自己的 Weex 项目运行在鸿蒙平台上。具体技术细节我们可以在 PR 中继续讨论。

我们已经有适配openharmony完成的方案，生成web产物在鸿蒙壳工程加载，不需要改动weex框架本身代码，是否可以合入？目前有好几个厂家在使用和共建，希望能合入weex社区。

应急的话可以使用web标签去加载weex web端的产物

我们已经有适配openharmony完成的方案，生成web产物在鸿蒙壳工程加载，不需要改动weex框架本身代码，是否可以合入？目前有好几个厂家在使用和共建，希望能合入weex社区。

好东西， 有计划啥时候合么

很赞，希望能早点合并。

我们已经有适配openharmony完成的方案，生成web产物在鸿蒙壳工程加载，不需要改动weex框架本身代码，是否可以合入？目前有好几个厂家在使用和共建，希望能合入weex社区。

应急的话可以使用web标签去加载weex web端的产物

我们已经有适配openharmony完成的方案，生成web产物在鸿蒙壳工程加载，不需要改动weex框架本身代码，是否可以合入？目前有好几个厂家在使用和共建，希望能合入weex社区。

分享一下？

基于这个节点，如何在harmonyos验证呢。（run ohos\example\ohos_example即可？）那么依赖了weex已有能力是什么呢。

###Weex-Web 替代方案路线与 weex 鸿蒙平台 SDK 路线不同，使用了 ArkWeb + 原生ArkTS** 混合方式替代 Weex 1.0 框架，没有对 Weex 框架自身侵入式增加鸿蒙端平台的适配， 而是提供 babel/webpack 插件等脚本，在编译期对 weex 工程进行少许源码改动，注入鸿蒙相关适配代码，最后打包成bundle产物运行在 ArkWeb 容器来达到鸿蒙化 weex 项目的目的。###
看介绍是不是理解为复用已有的weex前端工程，端侧只需集成ohos 中的包，以此来实现混合式鸿蒙化。

基于这个节点，如何在harmonyos验证呢。（run ohos\example\ohos_example即可？） 那么依赖了weex已有能力是什么呢。

可以参考这个文档 weex鸿蒙化指导文档.md

基于这个节点，如何在harmonyos验证呢。（run ohos\example\ohos_example即可？） 那么依赖了weex已有能力是什么呢。

可以参考这个文档 weex鸿蒙化指导文档.md

感谢指导。
请问
1、目前鸿蒙化支持bindingx吗，我看文档附录上附了这个链接。
2、如果部署了两个或以上的weex工程，目前端侧能做包管理支持吗（文档描述不能缺少frameworkTest_web文件夹，那么有两个产物包，是按照什么 目录放置到本地）。
非常感谢！

感谢指导。 请问 1、目前鸿蒙化支持bindingx吗，我看文档附录上附了这个链接。 2、如果部署了两个或以上的weex工程，目前端侧能做包管理支持吗（文档描述不能缺少frameworkTest_web文件夹，那么有两个产物包，是按照什么 目录放置到本地）。 非常感谢！

bindingx 本身不锁定框架，按文档中的描述应该能支持。 2 的问题看 @fahasikei 能否解答

跑了一下示例example，还是稍有一点疑问。
布局检查器查看渲染出来的视图元素，是weexWeb的web组件。其子元素并非鸿蒙原生，这是否符合weex的转原生渲染初衷。
理解原生ArkTS是否指的是自定义原生组件渲染及能力？
或者说目前是一个1.0的过渡方案，后续会有2.0版本支持鸿蒙原生组件。
不可否认的是，向推进鸿蒙化的过程中所作出的努力，致敬！

这里说的ArkWeb + 原生ArkTS混合方式 Weex ，进一步调试理解为在扩展的web组件下，可自定义原生ArkTS组件，渲染在web容器中（web组件同层渲染能力）。就是说web标签仍然渲染成web，自定义标签渲染成原生。
不知是否有偏差，恳请指正。
在同层渲染中有一些约束：

• Web页面内不建议超过5个同层标签。超过5个后，渲染性能将会下降。

• 受GPU限制，同层标签最大高度不超过8000px，最大纹理大小为8000px。

• Web组件：仅支持一层同层渲染嵌套，不支持多层同层渲染嵌套。输入事件只支持滑动、点击、缩放、长按 ，不支持拖拽、旋转。

• 其它

在使用过程中需要注意。

跑了一下示例example，还是稍有一点疑问。 布局检查器查看渲染出来的视图元素，是weexWeb的web组件。其子元素并非鸿蒙原生，这是否符合weex的转原生渲染初衷。 理解原生ArkTS是否指的是自定义原生组件渲染及能力？ 或者说目前是一个1.0的过渡方案，后续会有2.0版本支持鸿蒙原生组件。 不可否认的是，向推进鸿蒙化的过程中所作出的努力，致敬！

目前提交到这个仓库里的解决方案是把 weex 编译成 web (H5) 渲染的，原生组件用“同层渲染”的方式实现。至于”原生渲染“的方案在 Weex 2.0 里有其他解法，就不再在 Weex 1.0 上做这样的方案了。

@Hanks10100 请问目前Weex 2.0有进展么 ，还没有找到相关的释放。

ref: #3270 #3329

@Hanks10100 请问目前Weex 2.0有进展么 ，还没有找到相关的释放。

ref: #3270 #3329

目前在内部正常迭代，没有对外开放。