react 可以应用于移动端吗
展开全部
1.我认为React是适合移动端,而不适合pc端的。
2.pc端使用React需要重做很多已有组件,包括但不限于highCharts图表类、dataPicker基础组件。
3.移动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,也少用一个模板引擎。
4.我承认用了es6之后代码编译会显大,但明显这十几k并不是阻止用React的理由。
微信大家可以试用一下钱包里面的城市服务的首页,刚刚笔者做了React的尝试,基本能做到秒出,以后会推到其它的微信商业项目中。
2.pc端使用React需要重做很多已有组件,包括但不限于highCharts图表类、dataPicker基础组件。
3.移动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,也少用一个模板引擎。
4.我承认用了es6之后代码编译会显大,但明显这十几k并不是阻止用React的理由。
微信大家可以试用一下钱包里面的城市服务的首页,刚刚笔者做了React的尝试,基本能做到秒出,以后会推到其它的微信商业项目中。
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询