Question

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

Answer 1

我认为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的尝试，基本能做到秒出，以后会推到其它的微信商业项目中。

Answer 2

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的尝试，基本能做到秒出，以后会推到其它的微信商业项目中。

Answer 3

先说意见，当然适合。

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

其实最大的一个问题还是，为啥用React？

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

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

所以如果是『页面开发』，我觉得没必要。光说平台不说具体需求什么的，标准耍流氓嘛。

Answer 4

不知道你的适配指的是哪方面，如果是react.js做web的话，以前怎么写样式，怎么适配屏幕，适配浏览器react里面还是要，react只是改了渲染方式。如果是reactnative的话，安卓和ios80%可以通用，除了部分样式要改。对于有些js端无法实现的，可以分别在安卓和ios端用native实现。封装成reactnative组件就可以了。当然也有大量开源的组件可以选择