• 用 Weex 构建移动应用
    • 今天的移动应用
      • 移动应用需要支撑并行研发
      • 移动应用需要动态性
      • 移动应用需要开放互联
    • 整体结构设计

    用 Weex 构建移动应用

    今天的移动应用

    这里谈一谈 Weex 对移动应用的理解。

    移动应用需要支撑并行研发

    如今移动应用的开发需要并行研发的能力，当一个移动应用发展到一定规模的时候，能否支撑大规模的并行研发就成为了一件非常关键而又重要的事情。否则很容易变成工程瓶颈。

    移动应用需要动态性

    如今移动应用不论从研发节奏、部署的灵活性和时效性、包大小、还是从研发到发布再到反馈的迭代周期上，都和移动互联网的发展速度极不相符。移动应用需要更简单轻量的研发模型，需要摆脱版本部署和分发的笨重过程。

    移动应用需要开放互联

    如今移动应用的内容和信息都是相互孤立的，应用之间的交流变得非常复杂和困难，也缺乏一定的标准和规范化的容器来承载。

    整体结构设计

    我们认为一个具有高并行研发能力、动态化和标准化规范化的移动应用应该由以下几个方面构成：

    1. |------|------|------|------| |-----|
    2. | page | page | page | page | | api |
    3. |------|------|------|------| | api |
    4. | page | page | page | page | | api |
    5. |------|------|------|------| | api |
    6. | page | page | page | page | | api |
    7. |---------------------------| | api |
    8. |           router          | | api |
    9. |---------------------------| |-----|
    • 页面：首先移动应用应该可以被拆解成若干个页面，每个页面相对解耦独立，同时每个页面都有一个 URL 进行唯一标识。
    • 路由：这些页面将会通过路由机制有机的串联起来，页面之间的关系是通过路由来进行调度的。常见的移动应用路由包括导航栏、tab 切换等。
    • 设备能力：以各种 API 或服务的方式提供出来，供页面自由使用。

    这样的话，在构建一个完整的移动应用之前，先确定你的应用有多少页面，每个页面分别是什么 URL，页面之间的关联和跳转逻辑是怎样的，然后梳理整个移动应用需要的所有 API 和服务。

    然后通过 Weex 创建不同的页面，并分别进行开发、调试和发布。

    相关链接

    • 页面结构

    如果你已经有一个做好的移动应用，只想用 Weex 开发其中的一部分页面甚至仅仅其中的一两个页面，这对 Weex 来说完全不是问题。Weex 只是一个 SDK，对整体的移动应用架构不会产生任何侵入性。并且完全可以和纯 native 界面或 hybrid 页面共存。

    如果需要 WeexSDK 额外的组件、模块或其它功能，可以通过 Weex 的扩展机制进行扩展。这部分工作需要 native 的研发知识，但是随着 Weex 组件和模块的丰富以及业务迭代的深入，这部分成本会承下降和收敛的趋势。

    相关链接

    • 如何扩展 iOS
    • 如何扩展 Android