本文最初发布于 Rajiv Prabhakar 的个人博客,经原作者授权由 InfoQ 中文站翻译并分享。
我负责技术,另一位负责业务。MVP 计划是发布 iOS 和 Android App。
在React Native社区中,原生动态导入一直是期待已久的功能。在React Native 0.72 版本发布之前,只能通过第三方库和其他变通方法实现动态导入,例如使用 React.lazy() 和 Suspense 函数。现在,动态导入已经成为React Native框架的原生部分。
近年来,随着移动端对数据可视化的要求越来越高,类似 MPAndroidChart 这样的传统图表库已经不能满足产品经理日益变态的需求。前端领域数据可视化的发展相对繁荣一些,通过 WebView 在移动端使用 Echarts 这样功能强大的前端数据可视化库,是解决问题的好办法。
本文目录: 一、React Native 已经成为了移动前端技术的趋势 二、基于React Native 进行移动平台研发过程中的一些思考 三、基于React Native 进行移动平台研发过程中的一些实践 四、小结 一、React Native 已经成为了 移动前端技术的趋势 从2014年年底,Facebook计划开源React Native 的时候,我就已经开始关注TA了,关注的主要原因是,我们在2012年的时候,将我们的移动平台前端开发技术确定为“DSL->Javascript->Native Mob
在PhoneGap、RubyMotion、Xamarin、Ionic一众跨平台开发工具中,React Native能够杀出一条血路,获得目前这么大的影响力,除了React社区生态圈的加持和Facebook的大力推广以外,另外一个最主要的原因就是其在开发效率和应用性能方面取得了一个比较好的平衡: 开发效率通过JS工程实践,逻辑跨平台复用得到极大提升 性能则通过全Native的UI层得到满足 不过,虽说框架提供了这个平衡能力,平衡点的选择却掌握在开发者手中,本文将从React Native的性能角度来看看应该
总结下原因(参考自 https://github.com/facebook/react-native/issues/6499):
Flutter是什么?Flutter是Google推出的一套开源跨平台UI框架,可以快速地在Android、iOS和Web平台上构建高质量的原生用户界面。在过去的两年时间里,Flutter的更新频率是相当的快,也有很多的公司开始使用它来进行跨平台应用开发,可以说,将Flutter称为2019年最流行的跨平台技术也不为过。
首先,有点离题。做出决定的最简单方法是回顾历史。让我们沿着怀旧之路走一趟。早在2000年初,JAVA就有两个UI框架。一个是AWT,它是一种为多个操作系统构建UI的方法,同时仍然保持操作系统的外观。 每个操作系统都有自己的组件,这些组件映射回使用AWT框架创建的AWT组件。 Java随后决定开发自己的渲染组件库Swing。Swing所做的是处理自己的渲染 依赖底层操作系统组件的风险。Swing得了这场战斗,不久AWT就从地球上消失了。 这有什么关系?我为什么要离题? 如果您一直在关注React Nati
玄武门之变是唐高祖武德九年六月初四(公元626年7月2日)由当时唐高祖李渊次子秦王李世民在唐王朝的首都长安城大内皇宫的北宫门——玄武门附近发动的一次流血政变。
当我们运行一个React Native项目的时候,React Native会启动一个默认端口号为8081的本地服务,该8081的服务就是React Native项目的一个本地服务器,用于提供JSBundle包和一些静态资源。这一切都是React Native帮开发者配置好的,一切都是那么简便,但如果出现如下几种情况,那么你需要认真阅读本文了:
告诉大家一个好消息,为大家精心准备的React Native视频教程发布了,大家现可以看视频学React Native了。 当我们运行一个React Native项目的时候,React Native会启动一个默认端口号为8081的本地服务,该8081的服务就是React Native项目的一个本地服务器,用于提供JSBundle包和一些静态资源。这一切都是React Native帮开发者配置好的,一切都是那么简便,但如果出现如下几种情况,那么你需要认真阅读本文了: 8081端口被其他程序占用(比如杀毒
很长一段时间都没有更新博客了, 我从几个方面考虑下, 第一是, 我觉得我不知道我可以写什么内容了, 可是明明又有很多内容可以写。 第二是, 我在很长时间, 都没有办法再去写博客。(可能是我懒把。)
最近一直在做app的业务, 那么在选择采用什么去做app的时候, 可以考虑的有hybrid, react-native, flutter, 我首先没有考虑的是混合开发, 混合开发可能是对我而言开发效率最快的。由于我个人原因我没有选择。 那么flutter我考虑到, 它的年龄还太小, 社区相对于react-native不是那么的繁荣, 而且我看了下它的语法(dart), 感觉跟js没有什么关系。综上我最终选择了react-native, 但是万万没有想到, 有那么多的坑。关于坑的事情, 先按下不表。
TSLint为TypeScript提供了代码检查能力,对使用TypeScript的React Native工程,在规范性、安全性、可靠性、可维护性等方面起到重要作用。本文主要对TSLint相关知识进行分享,并对自定义TSLint规则进行介绍。
渐进式Web应用(Progressive Web Applications,简称 PWAs)是迄今为止在Web开发中最令人兴奋的创新技术之一。PWA 使你可以用 JavaScript 来创建一个“Service Worker”,它为你提供与原生应用相关联的各种功能,例如推送通知,离线支持和应用的加载屏幕 —— 这一切可都是基于Web的!这真是极好的。
「Christopher Chedeau」在12年作为前端开发加入Facebook(后文简称FB),彼时FB的策略为:
大家好,我是郭树煜,Github GSY 系列开源项目的作者,系列包括有 GSYVideoPlayer 、GSYGitGithubApp(Flutter\ReactNative\Kotlin\Weex)四大版本,目前总 star 在 17 k+ 左右,主要活跃在掘金社区,id 是恋猫的小郭,主要专栏有《Flutter完整开发实战详解》系列等,平时工作负责移动端项目的开发,工作经历从 Android 到 React Native 、Weex 再到如今的 Flutter ,期间也参与过 React 、 Vue 、小程序等相关的开发,算是一个大前端的选手吧。
转载请注明出处。请前往 Tiga on Tech 查看原文以及更多有趣的技术文章。
前言 打包apk的时候,遇到一个很神奇的问题,就是报错说找不到符号 MainApplication.java:6: 错误: 找不到符号import com.facebook.react.ReactNativeHost; 而且连续报了8个错误,后来查阅了很多文档,发现只有英文的帖子里有解决方法,最后拜读了一下,下面为大家解答一下 问题详解 很明显,这种错误是没有导入相应的包所导致的。所以很大的可能会是包管理工具的配置问题。查看了一下英文的帖子和文档之类的东西,发现一位大神是这么说的,Android文档上说,每
本篇 React native 库列表不是从网上随便找的, 这些是我在我的应用中亲自使用的库。 这些库功能可能跟其它库也有,但经过大量研究并在我的程序中尝试后,我选择了这些库。
作为 GSY 开源系列的作者,在去年也整理过 《移动端跨平台开发的深度解析》 的对比文章,时隔一年之后,本篇将重新由 环境搭建、实现原理、编程开发、插件开发、编译运行、性能稳定、发展未来 等七个方面,对当前的 React Native 和 Flutter 进行全面的分析对比,希望能给你更有价值的参考。
感谢支持ayqy个人订阅号,每周义务推送1篇(only unique one)原创精品博文,话题包括但不限于前端、Node、Android、数学(WebGL)、语文(课外书读后感)、英语(文档翻译) 如果觉得弱水三千,一瓢太少,可以去 http://blog.ayqy.net 看个痛快
React Native (简称RN)是Facebook于2015年开源的移动端跨平台开发框架。RN从开源以来已经有6个年头了,有着十分丰富的社区资源和生态,时至今日依然有很多移动端项目都使用RN来开发。本文主要通过以往的项目实践来谈谈在选择RN开发app可能需要注意的一些点,也算是自己的一个踩坑经验总结。
本文作者:ivweb 朱灵子 React-Native安卓预加载优化方案 本文针对使用React Native开发混合应用的过程中安卓端白屏时间较长的问题,提出了react-native安卓端Root
组内对于 React Native 的实践已经快一年了,我们组主要负责的是美团外卖 M 端的前端业务,涵盖了美团外卖的 CRM、供应链、合同和结算等系统,我们的用户主要是美团的 BD,也就是广大的地推团队,他们是贵司的制胜法宝,我们是他们的贴心小棉袄。
重写一个应用是一件简单的事,可是演进一个应用则是一件复杂的工作。 过去的一年多里,我在工作上的主要职责是:手机 APP 开发。日常主要是编写基于 Ionic 和 Angular 的混合应用,并想方设法地帮助客户将之与 React Native 相结合。在完成了嵌入 WebView 后,重写插件等一系列工作后,便想记录一下这个过程中遇到的坑。 平滑地演进 如我在开头所说,在有足够人力和物力的情况下,最好的方式就是在重写应用。 一来,应用在其生命周期里,经过了不同的开发人员、不同的业务变更,必然有大量的遗留代码
本文的内容是关于 React Native 重写的经验分享,基于 React Native 重写 Ionic 应用Growth 过程中遇到的一些坑。 Growth 是一款专注于Web开发者成长的应用。其 1.0 和 2.0 主要使用 Ionic 实现,Ionic 1.x 的主要问题是 Angular 1.x 已经落后了。而 Ionic 2.x 则在启动的性能上不是让人满意——其实在开源方面,我是中 HDD(热闹驱动开发)的一员。 在重写的过程中,我们错误估计了其开发效率与 Ionic 2.x 是接近的,我们
介绍面向复杂工程的简单化 Git 分支依赖管理方案。我们对子模块的使用进行了简化,避免了由于漏提交子模块 commit id 或子模块代码导致无法更新或更新错误的情况。 需求描述 我们尝试使用 Git 来维护一个项目的代码。这个项目的结构比较复杂: 项目包含由多个子模块,每个子模块是一个独立的 Git 仓库,子模块还允许继续嵌套包含子模块。 例如,主工程依赖 common、framework、react_native 等多个子模块,而 react_native 子模块又依赖 node_modules、HFC
React Native(下文简称 RN)开源已经一年多时间,国内各大互联网公司都在使用,携程也在今年 5 月份投入资源开始引入,并推广给多个业务团队使用,本文将会分享我们遇到的一些问题以及我们的优化方案。 一、背景和使用情况介绍 为什么会引入 React Native? 1. AppSize 占用 携程旅行 App 从 11 年开始开发,至今已有 5 年多时间,随着各项业务功能的全面移动化,以及公司“Mobile first”策略的指引下,App 功能越来越多,越来越臃肿,Size 达到将近 100MB。
赵辛贵,携程无线开发高级技术经理,目前主要负责React Native框架在携程内部的使用推广和性能优化 React Native(下文简称RN)开源已经一年多时间,国内各大互联网公司都在使用,携程
赵辛贵,携程无线平台研发部开发总监。2013年加入携程,主要负责App基础框架研发相关工作,目前重点关注React Native技术在公司的推广和研发支持、无线框架和工程架构升级。
在移动端开发项目中。开发资源不够时,同时由两个团队维护安卓和IOS两套原生APP是成本很高的。此时,就需要选择一个同时支持多平台的客户端开发框架,能够使用一套代码,编译出多平台的APP。
表面看,React核心团队似乎很大!但事实证明,像Eli White和Sebastian McKenzie这样的人都在React Native团队。
React Native在2017年经历了众多版本的迭代,从本人接触的0.29版本开始,到前不久发布的0.52版本,React Native作为目前最受欢迎的移动跨平台方案。虽然,目前存在着很多的功能和性能的缺失,但是不可否认的是React Native确实在进步。 本文主要从以下几个方面来对React Native0.50+进行讲解: 在兼容性方面新增了对Android8.0、iPhone X的支持; 在API方面为TimePicker添加了打开方式的API,另外允许在构建Android项目的时候指定ap
笔者前段时间在做react-native开发,一直是有线连接安卓真机进行调试的。有线调试确实带来诸多麻烦,因为在调试过程中需要频繁和手机进行交互,导致有时候数据线脱落,就不得不重新安装debug apk,安装一次应用的时间大概在一到三分钟,大量的误触就使得花在安装应用花费的时间比较长。这几天在研究flutter,就上网搜了一下vscode 开发 flutter开启无线调试。然后顺藤摸瓜,把react-native的无线调试也试了一下。
想来在这一个混合应用的项目上,我已经差不多做了一年了。加之,在上一个项目里,我做的是一个移动 Web 应用,从 Backbone 到设计基于 React 的原型,也积累了一定的移动开发经验。 与别人谈起移动应用的时候,作为一个前端开发人员,我总会有一些疑惑?你说的移动应用到底是指什么? 针对移动设备的 Web 应用 针对移动设备的 APP 应用 这两者都可以称作是移动应用。可这到底是我对于它们的分类,对于不同的人来说,又有不一样的分法。如,对于移动 APP 应用来说,如果是使用 HTML + JavaScr
作为一位开发人员,我想在本文中与大家聊聊跨平台开发领域的两大核心选项——Flutter 与 React Native 框架,并介绍我自己为什么更偏爱 Flutter。
React是一个纯JS的UI库,只能干HTML/CSS/JS 提供的Web服务(新的H5 API不一定支持), React-Native厉害在于它能打通JS和Native Code, 让JS能够调用丰富的原生接口,充分发挥硬件的能力, 实现非常复杂的效果,同时能保证效率和跨平台性。
在一般的移动市场中,关于元宇宙和移动应用程序区块链集成的兴起引起了很多关注。同样,在 iOS 和 Android 平台上,在增强现实、聊天机器人和语音识别方面都有令人兴奋的发展。与此同时,谷歌的开源 UI 软件开发工具包 Flutter 和 Facebook 的开发工具 React Native 也出现了值得注意的创新。
之前一篇写了《逻辑性最强的React Native环境搭建与调试》说了RN的安装,今天在这里做一个复盘,让我们能够更直观更深入的了解React Native(以下简称RN),这一篇重点来说的就是,安装之后必报的2个错误的解决方案。 更新日期:2017.9.2 运行环境:Windows 10/Android环境 一、回顾一下RN的安装过程: 1.搭建Android开发环境,因为要运行在Android环境下,所有安卓的开发环境是要搭建的。具体的步骤请搜索度娘!(配置JDK、安装SDK Manager组件等);
概要 本文主要对React Native 0.50的关键性的更新做个讲解和开发适配指导,希望能对从事React Native开发的你有所帮助: 在兼容性方面新增了对Android8.0、iPhone X的支持; 在API方面为TimePicker添加了打开方式的API,另外允许在构建Android项目的时候指定applicationId; 在组件方面,新添加了支持侧滑显示菜单的SwipeableFlatList,以及SafeAreaView。 修复了一些关键性的Bug; 特别强调 <Image>支持更新,不
今天,我们宣布 React 17 正式发布!在此之前,我们在 React 17 RC 的博文中已经介绍了 React 17 发布的意义以及包含的变化。此文是针对那篇文章的简单总结,如果你已阅读过那篇博文,此文可略过。
原生应用程序在使用新功能时带来的困扰是最少的。由于应用程序是使用平台供应商自己(Apple 或 Google)的控件构建,为了让用户体验更加符合给定的平台,因此他们通常遵循这些供应商制定的设计指南。大多数情况下,原生的应用将会比那些跨平台构建的应用性能要好一些,尽管在很多情况下两者的差异可以忽略不计,不过具体还要取决于底层跨平台技术。原生应用的一大优势是:当需要时,他们可以立即采用 Apple 和 Google 在测试版中开发的新技术而不用等待第三方的集成。构建原生应用的主要缺点是缺乏跨平台的代码复用,如果同时开发 iOS 和 Android 应用,那么开发成本可能会很高。
近期和一些朋友聊到了 React-Native 的官方重构状态,而刚好近期发布的 0.59.x 系列版本中,上层设计出现了比较大的调整,结合体验之后的状态,就想聊聊 React-Native 的现状、新版本的升级体验、还有新支持的 React Hook 等特性。
前言 近期需要使用React Native进行开发,所以需要安装环境。但是因为显卡是AMD的,并且硬件原因,导致出现很多问题。直接导致的最大问题就是不能运行模拟器。所以,最后使用夜神模拟器来代替。接下来为大家详细描述博主在环境安装过程中趟过的坑。 问题描述和解决办法 博主是使用IDEA直接进行开发,AS的安装大家可以看我的另外一篇博文。夜神模拟器下载好之后,启动模拟器,cmd进入自己的React Native工程目录下执行下面代码: react-native run-android 却发现连接不上夜神模拟器
领取专属 10元无门槛券
手把手带您无忧上云