reactjs适合移动端的web页面开发吗

如题所述

我认为React是适合移动端,而不适合pc端的。

pc端使用React需要重做很多已有组件,包括但不限于highCharts图表类、dataPicker基础组件。
移动web app恰恰是不需要这类复杂的组件的,这给写移动端项目重写组件带来了机会。
pc端要seo,移动端基本不需要,所以用这种数据后加载的框架有了可能。
然后,用webpack编译出来的基础库React + es6 + Route + redux + tappable,minify之后大概200k不到,gzip之后50k左右。所以明确的说,是适合移动端的。
然
后各位都不使用缓存么?不管是用etag或者Expires的强缓存,还是用localStorage做缓存。第一次访问的50k基础库,都不是2g用户
的致命伤,2g致命伤是一个RTT的时间巨长。用React基本没有操作需要zepto了,少了13k gzip之后的zepto,也少用一个模板引擎。
我承认用了es6之后代码编译会显大,但明显这十几k并不是阻止用React的理由。
大家可以试用一下微信钱包里面的城市服务的首页,刚刚做了React的尝试,基本能做到秒出,以后会推到其它的微信商业项目中。
温馨提示:答案为网友推荐,仅供参考
第1个回答  2018-06-27
React是适合移动端,而不适合pc端的。
原因:
1、pc端使用React需要重做很多已有组件,包括但不限于highCharts图表类、dataPicker基础组件。
2、移动web app恰恰是不需要这类复杂的组件的,这给写移动端项目重写组件带来了机会。
pc端要seo,移动端基本不需要,所以用这种数据后加载的框架有了可能。
3、用webpack编译出来的基础库React + es6 + Route + redux + tappable,minify之后大概200k不到,gzip之后50k左右。所以明确的说,是适合移动端的。
4、不管是用etag或者Expires的强缓存,还是用localStorage做缓存。第一次访问的50k基础库,都不是2g用户的致命伤,2g致命伤是一个RTT的时间巨长。用React基本没有操作需要zepto了,少了13k gzip之后的zepto,也少用一个模板引擎。
5、用了es6之后代码编译会显大,但明显这十几k并不是阻止用React的理由。
可以试用一下微信钱包里面的城市服务的首页,刚刚做了React的尝试,基本能做到秒出,以后会推到其它的微信商业项目中。本回答被网友采纳
第2个回答  2016-03-04
先说意见,当然适合。

关于上面说React库大的,我只说一句……React可以服务端渲染……

其实最大的一个问题还是,为啥用React?

我目前项目也是React的,虽然不是移动端,我所觉得React最大的好处就是省去了细粒度操作的繁琐,又有大工程项目的可维护性。所以你用React的前提是,你是做一个web app。

不过目前移动端网页的需求感觉很多都是展示类型的静态页面,所以这种用React显然是没啥必要。

所以如果是『页面开发』,我觉得没必要。光说平台不说具体需求什么的,标准耍流氓嘛。本回答被提问者采纳
第3个回答  2019-03-03
不知道你的适配指的是哪方面,如果是react.js做web的话,以前怎么写样式,怎么适配屏幕,适配浏览器react里面还是要,react只是改了渲染方式。如果是reactnative的话,安卓和ios80%可以通用,除了部分样式要改。对于有些js端无法实现的,可以分别在安卓和ios端用native实现。封装成reactnative组件就可以了。当然也有大量开源的组件可以选择

相关了解……

你可能感兴趣的内容

本站内容来自于网友发表,不代表本站立场,仅表示其个人看法,不对其真实性、正确性、有效性作任何的担保
相关事宜请发邮件给我们
© 非常风气网