写点什么

Calatrava:自由构建 UI 的跨平台移动框架

  • 2012-11-06
  • 本文字数:1621 字

    阅读完需:约 5 分钟

移动是未来计算的趋势,越来越多的人使用移动设备来访问互联网。但是目前至少三大平台:iOS、Android、移动 Web。相比桌面 Web,移动用户需要更好的体验、界面和设计。然而移动设备受限于电池、不可靠的网络连接和小尺寸屏幕。

几个月前,Martin Fowler 写过一篇关于开发跨设备移动应用的文章。他指出,要获得最佳用户体验,最直接的办法就是针对每个移动平台开发一个本地应用,但这却将带来极大的成本。或者选用跨平台工具箱,“一次编写随处运行”?然而没有几个产品真正获得成功。Web 应用程序倒是可以以较低成本运行在跨平台之上,但是用户界面又受到限制。因此,不可避免地要在用户体验和成本之间做出选择。

或者,折中的办法就是开发混合式(hybrid) 应用程序:结合Web 和原生应用。

ThoughtWorks 探索这条路并取得一些进展,最近发布了 Calatrava 开源框架。Calatrava 的思路是开发者用跨平台的 JavaScript 编写客户端逻辑,这部分代码完全相同,运行在 iOS、Android、移动 Web 的 JavaScript 解释器中。Calatrava 提供本地桥接,允许逻辑来驱动原生 UI。

它将移动应用程序分成两部分来考虑:UI 和客户端逻辑主体 (headless-body)。开发者使用 JavaScript 代码开发通用的控制器逻辑,而原生代码处理 UI 部分生成原生外观(native veneer),可移植的 JavaScript 代码和原生代码之间能够互操作,进而开发出混合移动应用。

Calatrava 本身并不提供任何 UI 框架或建立 UI 抽象层。在 iOS 上,就用 Objective-C 和 Cocoa Touch 框架来构建 UI;在 Android 上,就用 Java 和 Android 库;在移动 Web 上,就用 HTML5、CSS3 和你喜欢的 JavaScript 库。跨平台逻辑层与代表着应用表现层 Page 对象进行交互,该对象提供了从显示和交互机制中分离出的 API 接口。很多时候,对于移动应用来说,HTML5 UI 已经足够好,所以 Calatrava 也允许在 iOS 和 Android 上桥接 HTML5,但是应用绝不会绑定在 HTML UI 上。

这样,每个平台都有具有了自己独有的 UI 设计,避免了“恐怖谷效应”(uncanny valley effect)。应用开发可以从 HTML UI 开始,当你觉得某些地方不够好的时候,就用原生 UI 替换掉,且只对部分平台进行替换,而不影响其他部分。同时你也可以享受某些平台特有的 UI 特性。

Calatrava 适合包含较多复杂的客户端逻辑的应用,且当应用偏重于成为现有产品的新渠道 (Channel),而非产品本身。如果应用的大部分代码是 UI 部分(如游戏),或是已经提供非常好的用户体验的 Web 应用,Calatrava 就不太适合了。 Calatrava 编写的核心 JavaScript 逻辑支持使用 Jasmine 进行单元测试,以及使用 cucumer.js 进行功能测试。

想试试吗?从 github 的 Caltrava 主页可以找到说明,简单来说就是下面几步:

  1. 安装依赖:Node.js, Ruby, Xcode, Android.
  2. 安装 Ruby 插件 gem install calatrava
  3. 使用 Calatrava 工具创建项目 calatrava create sample
  4. 编译并运行项目

Calatrava 还处在早期开发阶段,估计还是会有很多 bug,另外插件、模块和文档也需要完善。

Martin Fowler 分析了用户体验和可负担能力之间的动态平衡,他认为混合式(hybrid)解决方案介于纯本地应用和纯 Web 应用之间,更适合增量式发布。即首次发布(release)采用纯 Web UI,之后的发布(release)逐步将 Web UI 转为本地 UI 特性,或逐步地增加本地 UI 特性的比例。

MartinFowler 认为 Caltrava 最有价值的地方就在于它适合增量式发布策略。比如 cover-your-bases 策略,即当你已经有大量用户基础,而移动应用定位为现有产品的新渠道 (channel)。由于现有的用户,最重要的事情是将新渠道尽快地推到尽可能多的用户面前。很明显,平台覆盖率最重要。然而在移动平台上,体验也非常重要,所以应该用最小功能集提供简化的体验,而不是提供退化的体验。


感谢贾国清对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ )或者腾讯微博( @InfoQ )关注我们,并与我们的编辑和其他读者朋友交流。

2012-11-06 02:007814

评论

发布
暂无评论
发现更多内容

「AI 共创・三生万物 」司马阅2025企业AI落地应用峰会杭州站落幕,多领域行业先锋共探企业AI落地破局路径

司马阅

YashanDB数据库收集与分析海量日志数据的技术要点

数据库砖家

YashanDB数据库日志压缩技术提升存储效率的实战建议

数据库砖家

YashanDB数据库实施项目的全流程管理经验

数据库砖家

YashanDB数据库数据安全保障的多层防护机制详解

数据库砖家

我们做了一个让AI开发者「真香」的数据库- Relyt ONE

AI数据云Relyt

全文检索 postgres #数据分析 #向量数据库 #OLAP

百度百科词条总量突破3000万,联合《大学科普》等多机构推出科普专刊

科技大数据

openvela首届全球开发者大会圆满落幕,NuttX创始人Greg亲临现场,共话AIoT生态

新消费日报

绿电直连与绿电直供的区别:数字化平台与物理通道的跨界对话

西格电力

新能源产业 电力交易 电力系统 绿电直连 绿色低碳发展

AI研究-110 DeepSeek-OCR 原理剖析|上下文光学压缩、Gundam 动态分辨率与并发预期 附代码

武子康

深度学习 AI 大模型 AIGC DeepSeek

YashanDB数据库实现数据共享的最佳实践方法

数据库砖家

YashanDB数据库事务处理技术全面解析

数据库砖家

华为擎云亮相第86届中国教育装备展示会,“双真双易”场景化方案推动教育数字化

科技大数据

大模型 | VLA 初识及在自动驾驶场景中的应用

地平线开发者

自动驾驶; 算法工具链 地平线征程6

大模型时代的广告营销变革与实践

京东零售技术

YashanDB数据库日志管理和审计策略的详细解析

数据库砖家

YashanDB数据库事务日志机制与优化策略分析

数据库砖家

国产数据库的AI战事

脑极体

AI

工业管理 项目管理经验总结(27)

万里无云万里天

项目管理 工业 工厂运维

轮次检测模型 VoTurn-80M 开源,多模态融合架构;OpenAI 收购桌面助手 Sky:实时识别屏幕自然语言交互丨日报

RTE开发者社区

YashanDB数据库升级流程及版本兼容性注意点

数据库砖家

YashanDB升级迁移过程中减少风险和提高效率

数据库砖家

YashanDB数据库设计的核心原则与技巧

数据库砖家

YashanDB数据库实时数据流处理的实用指南

数据库砖家

YashanDB数据库日志压缩与存储优化技术研究

数据库砖家

YashanDB数据库如何助力智能制造与工业0

数据库砖家

YashanDB数据库实时数据处理的核心优势分析

数据库砖家

YashanDB全链路监控的技术思路与实践

数据库砖家

YashanDB数据库适用于高负载环境的性能调优指南

数据库砖家

三种 Badcase 精度验证方案详解与 hbm_infer 部署实录

地平线开发者

自动驾驶; 算法工具链 地平线征程6

扛起技术大梁的零售校招生们 | 1024技术人特别篇

京东零售技术

Calatrava:自由构建UI的跨平台移动框架_JavaScript_申健_InfoQ精选文章