企业选择React Native的4个理由：马太航_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
企业选择React Native的4个理由：马太航
阅读已结束，下载本文需要
想免费下载更多文档？
定制HR最喜欢的简历
你可能喜欢最新版本查看请移步：
继上次发布基于react-native实现的博客园客户端已经过去两个多月了。当时受接口所限，版本完成度并不高。期间收到的很多反馈都是说没有登录功能，导致应用的使用场景大大受限。我也仅仅是中午在食堂排长队等着打饭的时候，摸出来打开看一下新闻，没有回复和发布功能，整个应用的体验感觉上就是一个仅仅提供按摩服务的大宝剑。后来联系到了博客园的官方团队，提供了全新的基于OAuth的OpenAPI，几经摸索和折腾，终于调通了第一个接口，后来又陆续花了几个周末，拒绝了几场麻将的邀约，再加上国庆假期在老家陪父母的这几天时间，终于实现了一个比较完整的版本。现在整理发文，欢迎大家体验反馈。接下来会抽空兼容ios版本，然后就进入公元2017了。
用户登录 & 个人信息查看
博文列表 & 博文评论列表 & 博文评论添加 & 我的博文列表 & 博文离线 & 博文收藏
新闻列表 & 新闻评论列表 & 新闻评论添加 & 新闻离线 & 新闻收藏
闪存列表 & 闪存评论列表 & 闪存评论添加 & 新增闪存 & 我的闪存列表
博问列表 & 博问回答列表 & 博问回答添加 & 博问回答评论列表 & 新增博问 & 我的博问列表
收藏列表 & 收藏详情查看 & 博问 + 新闻添加收藏 & 收藏删除
离线列表 & 离线内容查看 & 离线清除
博文搜索 & 搜索结果详情查看
另外提供了问题和建议反馈的入口，可以直接在应用内提交至作者的博客。
因为作者的专职并不是前端设计，页面UI这一块确实感觉到力有不逮，这个版本也就延续了上一版本的“material”风格。好吧，说是material风格其实是不准确的，比如应用采用的图标不是material常用的实心，而是ios的线性，还有字号、间距、颜色这些，基本上都是跟着感觉走。下面贴出部分截图大家肉眼感受一下，欢迎吐槽。
侧边栏导航
官方接口提供。数据获取不再通过hack式的html解析。
基于react-native构建。移动的模式，原生的体验。
android和ios的代码库统一，兼容成本低。
基于codepush的热更新能力。新功能和补丁不需要再频繁下载安装包。
紧跟时代的技术栈，react/redux/es6/codepush/...
由于时间和精力方面的原因，当前发布的版本仍然还有诸多可完善的地方，已知的一些细节和问题如下：
最重要的，兼容IOS。
文章内容页博客园链接应用内跳转。
文章HTML解析渲染组件性能优化。
引用回复。
博问的发布接口还有点问题。
考虑接入知识库文章。
闪存和博问可插入图片（这个好像还需要博客园官方接口支持的样子）。
登录注销（这个还在想有没有必要）。
夜间模式。
接收到的反馈信息。
可扫码直接安装。得益于web化的热更新能力，后续更新不再需要再次下载安装包。
或访问以下链接下载：
注：因为fir每日有应用下载限量。如遇无法下载的情况，可通过以下备用链接，直接下载apk：
本地运行的话，请参照上述源码库的文档说明。另外，因为博客园提供的接口调用时需要经过oauth授权，所以需要向官方申请相关的授权文件（ClientId, ClientSecret，rsa加密公钥等），出于安全方面的考虑，上述代码库对相关的信息进行了屏蔽。在使用过程中有任何问题或者建议，欢迎提交issue或在本博文下留言，作者会第一时间进行回复。感谢！
阅读(...) 评论()51被浏览4,295分享邀请回答101 条评论分享收藏感谢收起"Build OS X desktop apps using React Native."
非官方，目前可以制作OS X系统的应用( Windows 可以自行在github上搜索一下Youtube视频演示(科学上网： 一张截图。其实目前js写桌面端比较稳定的是
大家可以研究研究。3添加评论分享收藏感谢收起现在前端怎么样?React-Native 需求量大吗?
16:38:19 +08:00 · 4861 次点击
工作五年,岁数不小了,iOS 做了两三年,学了 H5,JS 入门,现在都说跨平台开发是趋势,想问两个问题
1.前端现在市场需求怎么样?(想换个城市工作,再考虑 iOS 还是前端)
2.React-Native 需求量大吗? 我在拉钩上看没几家招的..但是都说是未来趋势...
想了解下情况,请各位畅所欲言..发表看法
14 回复 &| &直到
13:32:43 +08:00
& & 16:43:38 +08:00
1. 靠谱的前端从来都是大需求，相当难找。
2. 看场合， Responsive Design 足以应付大多数 web 应用，需要上 React Native 的并没有那么多。
& & 16:53:11 +08:00
个人不看好 React Native
& & 17:08:59 +08:00
年初的时候入职一家公司。接手一个外包项目，做当地旅游介绍的 APP ，用 RN 做起来很舒服，一个多月就完成。
结果对方换了领导……要个这个 APP 加上一些功能，嗯，做成了一个运动类 APP 。我擦，用 RN 做不来了……还是原生实际。。。不过可惜我是做前端的。
& & 17:16:00 +08:00
@ 为啥运动类的 app ， rn 就不行呢？
& & 17:16:36 +08:00
不看好， Web 转原生目前应该只适合内容展示型的 App 。
& & 17:30:26 +08:00
不看好，前端需要学习成本，还不如招原生的
& & 17:32:13 +08:00
@ 我个人认为，会前端和做一个靠谱的前端差距还是很大的。 找一个靠谱的前端太难了。
现在感觉做前端的很多都特别的浮躁。跟本真前端技术栈一样，各种不稳定。
& & 18:08:01 +08:00
个人感觉企业应用是最适合混合开发的地方 只要能干活就完了 也不要求炫酷的界面也没事蛋疼的反编译你东西
结果现在。。
& & 18:09:07 +08:00
React Native 适合展示类 UI 或 复杂类表单 业务场景。
如果你的 App 需求涉及到 设备硬件（如蓝牙、摄像机等） 或 操作系统 API 调用（控制系统 Wifi 等，在 Android 系统中尤其明显），不建议使用 React Native 。
React Native 是 View 层的一个实现方案，跟 App 开发是两回事，不看好 一个 App 使用纯 React Native 开发（虽然官方 demo 都是纯 React Native ），建议部分页面采用（热更新；不涉及系统调用的复杂 UI ）。
& & 18:09:15 +08:00
顺便补充一下 越大越老越成熟的公司越能找到一大把靠谱的 IOS 和安卓源生工程师。。
反倒是初创公司缺人才优先考虑 react ionic 这些
& & 18:26:22 +08:00
其实都是大公司搞这些，有人有能力，小公司都只能跟随。。
& & 18:54:23 +08:00
@ 但是现在看是越混合的应用越需要一个强力的 native 框架 就现在光看 rn 的 webbrowser 。。功能还不够 尤其是回调这太缺
& & 08:36:24 +08:00
React Native 还是算作客户端吧，只不过用了 JS 而已。
光会 RN 还做不了前端的。。。
& & 13:32:43 +08:00
RN 仅仅只是一个框架，哪儿能用他找工作呢 =。=
前端的知识栈也很多，窃以为找工作靠的也都是这些知识而不是某些框架性的东西，明白了知识再去用框架，不仅能很快发现一些问题也能更深的理解框架的一些特性。见过太多只会用框架的人，没啥竞争力的。
[前端技能汇总]( )
& · & 2261 人在线 & 最高记录 3541 & · &
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.0 · 53ms · UTC 14:27 · PVG 22:27 · LAX 07:27 · JFK 10:27? Do have faith in what you're doing.天猫Web架构/Pad客户端负责人：如何评价 React Native？
招聘信息：
作者：Facebook在3.26 F8大会上开源了React Native（），本文是对React Native的技术背景、规划和风险的概述。组里的同学于4.2完成了天猫iPad客户端“猜你喜欢”业务的React Native改造（4月中发版）。本周开始陆续放出性能/体验、稳定性、扩展性、开发效率等评估结果。图1 - 4.2已完成React Native改造的业务一、背景为什么需要 React Native？"What we really want is the user experience of the native mobile platforms, combined with the developer experience we have when building with React on the web."摘自3.26 React Native的发布稿（），加粗的关键字传达了React Native的设计理念：既拥有Native的用户体验、又保留React的开发效率。这个理念似乎迎合了业界普遍存在的痛点，开源不到1周github star破万，目前是11000+。图2 - React Native项目成员Tom Occhino发表的React Native: Bringing modern web techniques to mobile（）详细描述了React Native的设计理念。Occhino认为尽管Native开发成本更高，但现阶段Native仍然是必须的，因为Web的用户体验仍无法超越Native：1. Native的原生控件有更好的体验；2. Native有更好的手势识别；3. Native有更合适的线程模型，尽管Web Worker可以解决一部分问题，但如图像解码、文本渲染仍无法多线程渲染，这影响了Web的流畅性。Occhino没提到的还有Native能实现更丰富细腻的动画效果，归根结底是现阶段Native具有更好的人机交互体验。笔者认为这些例子是有说服力的，也是React Native出现的直接原因。图3 - Occhino在F8分享了React Native（Keynote）"Learn once, write anywhere"“Learn once, write anywhere”同样出自Occhino的。因为不同Native平台上的用户体验是不同的，React Native不强求一份原生代码支持多个平台，所以不提“Write once, run anywhere”（Java），提出了“Learn once, write anywhere”。图4 - “Learn once, write anywhere”这张图是笔者根据理解画的一张示意图，自下而上依次是：1. React：不同平台上编写基于React的代码，“Learn once, write anywhere”。2. Virtual DOM：相对Browser环境下的DOM（文档对象模型）而言，Virtual DOM是DOM在内存中的一种轻量级表达方式（原话是lightweight representation of the document），可以通过不同的渲染引擎生成不同平台下的UI，JS和Native之间通过Bridge通信（）。3. Web/iOS/Android：已实现了Web和iOS平台，Android平台预计将于2015年10月实现（）。前文多处提到的React是Facebook 2013年开源的Web开发框架，笔者在翻阅其发布稿时，发现这么一段：图5 - 摘自React发布稿（2013）1. 加亮文字显示2013年已经在开发React Native的原型，现在也算是厚积薄发了。2. 最近另一个比较火的项目是（详见 @rank），渲染层使用了Web Canvas来提升交互流畅性，这和上图第一个尝试类似。React本身也是个庞大的话题不再展开，详见。笔者认为“Write once, run anywhere”对提升效率仍然是必要的，并且和“Learn once, write anywhere”也没有冲突，我们内部正在改造已有的组件库和HybridAPI，让其适配（补齐）React Native的组件，从而写一份代码可以运行在iOS和Web上，待成熟后开源出来。二、规划下图展示了业务和技术为React Native所做的改造：图6 - 业务和技术改造自下而上：1. React Node：React支持服务端渲染，通常用于首屏服务端渲染；典型场景是多页列表，首屏服务端渲染翻页客户端渲染，避免首次请求页面时发起2次http请求。2. React Native基础环境：2.1. Framework集成：尽管React Native放出了文档，集成到现有复杂App中仍然会遇到很多细节问题，比如集成到天猫iPad客户端就花了组里iOS同学2天的时间。2.2. Networking改造：主要是重新建立session，而session通常存放于http header cookie中，React Native提供的网络和XMLHttpRequest不支持改写cookie。所以要不在保证安全的条件下实现fetch的扩展，要么由native负责网络IO（已有session机制）再通过HybridAPI由JS调用，暂时选择了后者。2.3. 缓存/打包方案：只要有资源从服务器端加载就避免不了这个话题，React Native也是如此，缓存用于解决资源二次访问时的加载性能，打包解决的是资源首次访问时的加载性能。3. MUI是一套组件库，目前会采用向React Native组件补齐的思路进行改造。4. HybridAPI是阿里一组Hybrid API，此前也在多个公开场合（）分享过不再累述，React Native建立了自己的通信机制，看起来更高效（未验证），改造成本不大。5. 最快的一个业务将于4月中上线，通过最初几个业务改造推动整体系统的改造，如果效果如预期则会启动更大规模的业务改造。更多详细规划和进展，以及性能、稳定性、扩展性的数据随后放出。三、风险1. 尽管Facebook有3款App（Groups、Ads Manager、F8）使用了React Native，随着React Native大规模应用，Appstore的政策是否有变不得而知，我们只能往前走一步。2. React Native Android 预计2015年10月才发布，这对希望三端（Web/iOS/Android）架构一致的用户而言也算个风险。3. iOS6 JavascriptCore为私有API（），如在iOS6上使用有拒审风险。4. ListView 性能问题需要持续关注（）React Native相对于Webview和Native的优势和劣势 @berg 也给出了较详细的描述，可以相互参照。
微信扫一扫
订阅每日移动开发及APP推广热点资讯公众号：CocoaChina
您还没有登录！请或
点击量4849点击量4404点击量3835点击量3456点击量3217点击量3180点击量3133点击量2980点击量2812
&2016 Chukong Technologies,Inc.
京公网安备89}