使用 React Native 构建 - Build.com 应用
Build.com 总部位于加利福尼亚州奇科,是最大的家居装修用品在线零售商之一。该团队拥有 18 年以 Web 为中心的强大业务,并于 2015 年开始考虑移动应用。由于我们团队规模小且原生经验有限,因此构建独特的 Android 和 iOS 应用并不现实。相反,我们决定冒险尝试全新的 React Native 框架。我们的首次提交是在 2015 年 8 月 12 日,使用 React Native v0.8.0!我们于 2016 年 10 月 15 日在两个应用商店上线。在过去的两年中,我们不断升级和扩展该应用。我们目前使用的是 React Native 0.53.0 版本。
您可以在 https://www.build.com/app 查看该应用。
功能
我们的应用功能齐全,包含您对电子商务应用所期望的一切:产品列表、搜索和排序、配置复杂产品的功能、收藏夹等。我们接受标准信用卡付款方式以及 PayPal 和 Apple Pay(适用于我们的 iOS 用户)。
一些您可能意想不到的突出功能包括
- 大约 40 种产品提供 3D 模型,并有 90 种表面处理
- 增强现实 (AR) 使用户能够以 98% 的尺寸精度查看灯具和水龙头在家中的外观。Build.com React Native 应用在 Apple App Store 中被推荐用于 AR 购物!AR 现在可用于 Android 和 iOS!
- 协作项目管理功能,允许人们为项目的不同阶段整理购物清单,并围绕选择进行协作
我们正在开发许多新的和令人兴奋的功能,这些功能将继续改善我们的应用体验,包括下一阶段的沉浸式 AR 购物。
我们的开发工作流程
Build.com 允许每位开发人员选择最适合他们的工具。
- IDE 包括 Atom、IntelliJ、VS Code、Sublime、Eclipse 等。
- 对于单元测试,开发人员负责为任何新组件创建 Jest 单元测试,我们正在努力使用
jest-coverage-ratchet
增加应用旧部分的覆盖率。 - 我们使用 Jenkins 构建我们的 beta 版和候选发布版。此过程对我们来说效果良好,但仍需要大量工作来创建发布说明和其他工件。
- 集成测试包括一个跨桌面、移动和 Web 工作的共享测试人员池。我们的自动化工程师正在使用 Java 和 Appium 构建我们的自动化集成测试套件。
- 工作流程的其他部分包括详细的 eslint 配置、强制执行测试所需属性的自定义规则以及阻止违规更改的 pre-push 钩子。
应用中使用的库
Build.com 应用依赖于许多常见的开源库,包括:Redux、Moment、Numeral、Enzyme 和许多 React Native 桥接模块。我们还使用了许多 fork 的开源库;fork 的原因要么是因为它们被放弃了,要么是因为我们需要自定义功能。快速计数显示大约有 115 个 JavaScript 和原生依赖项。我们希望探索删除未使用库的工具。
我们正在通过 TypeScript 添加静态类型,并研究可选链。这些功能可以帮助我们解决我们仍然看到的一些类型的错误
- 数据类型错误
- 数据未定义,因为对象不包含我们期望的内容
开源贡献
由于我们非常依赖开源,因此我们的团队致力于回馈社区。Build.com 允许团队开源我们构建的库,并鼓励我们回馈我们使用的库。
我们发布并维护了许多 React Native 库
react-native-polyfill
react-native-simple-store
react-native-contact-picker
我们还为许多库做出了贡献,包括:React 和 React Native、`react-native-schemes-manager`、`react-native-swipeable`、`react-native-gallery`、`react-native-view-transformer`、`react-native-navigation`。
我们的旅程
在过去的几年里,我们看到了 React Native 和生态系统的巨大增长。早期,似乎每个版本的 React Native 都会修复一些错误,但会引入更多错误。例如,Remote JS Debugging 在 Android 上损坏了几个月。值得庆幸的是,情况在 2017 年变得更加稳定。
导航库
我们反复遇到的一个大挑战是导航库。长期以来,我们一直使用 Expo 的 ex-nav 库。它对我们来说效果很好,但最终被弃用了。然而,当时我们正处于大量功能开发阶段,因此花时间更换导航库是不可行的。这意味着我们不得不 fork 该库并对其进行修补,以支持 React 16 和 iPhone X。最终,我们能够迁移到 `react-native-navigation`,希望它能得到持续的支持。
桥接模块
另一个巨大的挑战是桥接模块。当我们刚开始时,很多关键的桥接都缺失了。我的一个队友编写了 `react-native-contact-picker`,因为我们需要在我们的应用中访问 Android 联系人选择器。我们还看到许多桥接因 React Native 内的变化而损坏。例如,React Native v40 中有一个重大更改,当我们升级我们的应用时,我不得不提交 PR 来修复 3 或 4 个尚未更新的库。
展望未来
随着 React Native 的持续发展,我们对社区的愿望清单包括
- 稳定和改进导航库
- 维护对 React Native 生态系统中库的支持
- 改善将原生库和桥接模块添加到项目的体验
React Native 社区中的公司和个人一直非常乐于奉献时间和精力来改进我们都使用的工具。如果您还没有参与开源,我希望您能考虑改进您使用的一些库的代码或文档。有很多文章可以帮助您入门,而且可能比您想象的要容易得多!