① reactjs适合移动端的web页面开发吗
我认为React是适合移动端，而不适合pc端的。
pc端使用React需要重做很多已有组件，包括但不限于highCharts图表类、dataPicker基础组件。
移动web app恰恰是不需要这类复杂的组件的，这给写移动端项目重写组件带来了机会。
pc端要seo，移动端基本不需要，所以用这种数据后加载的框架有了可能。
然后，用webpack编译出来的基础库React + es6 + Route + rex + tappable，minify之后大概200k不到，gzip之后50k左右。所以明确的说，是适合移动端的。
然
后各位都不使用缓存么？不管是用etag或者Expires的强缓存，还是用localStorage做缓存。第一次访问的50k基础库，都不是2g用户
的致命伤，2g致命伤是一个RTT的时间巨长。用React基本没有操作需要zepto了，少了13k gzip之后的zepto，也少用一个模板引擎。
我承认用了es6之后代码编译会显大，但明显这十几k并不是阻止用React的理由。
大家可以试用一下微信钱包里面的城市服务的首页，刚刚做了React的尝试，基本能做到秒出，以后会推到其它的微信商业项目中。
② reactjs适合移动端的web页面开发吗
看了一遍楼上所说的，都点了反对。很想问一下大家是想当然的，还是试用过了。我认为React是适合移动端，而不适合pc端的。pc端使用React需要重做很多已有组件，包括但不限于highCharts图表类、dataPicker基础组件。移动web app恰恰是不需要这类复杂的组件的，这给写移动端项目重写组件带来了机会。pc端要seo，移动端基本不需要，所以用这种数据后加载的框架有了可能。然后，用webpack编译出来的基础库React + es6 + Route + rex + tappable，minify之后大概200k不到，gzip之后50k左右。所以明确的说，是适合移动端的。 然后各位都不使用缓存么？不管是用etag或者Expires的强缓存，还是用localStorage做缓存。第一次访问的50k基础库，都不是2g用户的致命伤，2g致命伤是一个RTT的时间巨长。用React基本没有操作需要zepto了，少了13k gzip之后的zepto，也少用一个模板引擎。我承认用了es6之后代码编译会显大，但明显这十几k并不是阻止用React的理由。大家可以试用一下微信钱包里面的城市服务的首页，刚刚做了React的尝试，基本能做到秒出，以后会推到其它的微信商业项目中。
③ reactjs适合移动端的web页面开发吗
先说意见，当然适合。
关于说React库大的，只说一句……React可以服务端渲染……
其实最大的一个问题还是，为啥用React？
咱目前项目也是React的，虽然不是移动端，个人所觉得React最大的好处就是省去了细粒度操作的繁琐，又有大工程项目的可维护性。所以用React的前提是，是做一个web
app。
不过目前移动端网页的需求感觉很多都是展示类型的静态页面，所以这种用React显然是没啥必要。
所以如果是‘页面开发’，自己觉得没必要。光说平台不说具体需求什么的，标准耍流氓嘛。
④ reactjs适合移动端的web页面开发吗
react是适合移动端页面开发的，react是一个用于构建用户界面的JavaScript库，适合的场景是将后端复杂的数据显示在复杂前端复杂的界面上，是非常适合做移动端页面的。
1、声明式
React 可以非常轻松地创建用户交互界面。为你应用的每一个状态设计简洁的视图，在数据改变时 React 也可以高效地更新渲染界面，以声明式编写UI，可以让你的代码更加可靠，且方便调试。
2、组件化
创建好拥有各自状态的组件，再由组件构成更加复杂的界面，无需再用模版代码，通过使用JavaScript编写的组件你可以更好地传递数据，将应用状态和DOM拆分开来。
⑤ reactjs适合移动端的web页面开发吗
1.适合。
2.React最大的好处就是省去了细粒度操作的繁琐，又有大工程项目的可维护性。
所以你用React的前提是，你是做一个web
app。
3.不过目前移动端网页的需求感觉很多都是展示类型的静态页面，所以这种用React显然是没啥必要。
所以如果是‘页面开发’，我觉得没必要。
⑥ reactjs适合移动端的web页面开发吗
先说意见，当然适合。
关于上面说React库大的，我只说一句……React可以服务端渲染……
其实最大的一个问题还是，为啥用React？
我目前项目也是React的，虽然不是移动端，我所觉得React最大的好处就是省去了细粒度操作的繁琐，又有大工程项目的可维护性。所以你用React的前提是，你是做一个web app。
不过目前移动端网页的需求感觉很多都是展示类型的静态页面，所以这种用React显然是没啥必要。
所以如果是‘页面开发’，我觉得没必要。光说平台不说具体需求什么的，标准耍流氓嘛。
⑦ 如何使用react和webpack
webpack是一个前端资源模块化管理和打包工具，说白了就是方便我们管理自己的常用的一些代码，比如你开发中用到sass以及jade同时用到es6，开发时你不可能改动某个地方就挨个命令去转换在到浏览器去看效果，那样效率是非常低的。所以webpack帮我们省去了那些多余的步骤。
基本入门
入口文件配置（entry）；
输出配置（output）；
加载器配置（mole）；
其他配置（resolve）；
build存放编译后的文件，development存放react代码的文件夹，components存放react组件的文件夹，node_moles存放安装的依赖。
⑧ reactjs适合移动端的web页面开发吗
React是适合移动端，而不适合pc端的。
原因：
1、pc端使用React需要重做很多已有组件，包括但不限于highCharts图表类、dataPicker基础组件。
2、移动web app恰恰是不需要这类复杂的组件的，这给写移动端项目重写组件带来了机会。
pc端要seo，移动端基本不需要，所以用这种数据后加载的框架有了可能。
3、用webpack编译出来的基础库React + es6 + Route + rex + tappable，minify之后大概200k不到，gzip之后50k左右。所以明确的说，是适合移动端的。
4、不管是用etag或者Expires的强缓存，还是用localStorage做缓存。第一次访问的50k基础库，都不是2g用户的致命伤，2g致命伤是一个RTT的时间巨长。用React基本没有操作需要zepto了，少了13k gzip之后的zepto，也少用一个模板引擎。
5、用了es6之后代码编译会显大，但明显这十几k并不是阻止用React的理由。
可以试用一下微信钱包里面的城市服务的首页，刚刚做了React的尝试，基本能做到秒出，以后会推到其它的微信商业项目中。