如题所述
æ认为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çå°è¯ï¼åºæ¬è½åå°ç§åºï¼ä»¥åä¼æ¨å°å ¶å®ç微信åä¸é¡¹ç®ä¸ã
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的尝试,基本能做到秒出,以后会推到其它的微信商业项目中。本回答被网友采纳
原因:
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显然是没啥必要。
所以如果是『页面开发』,我觉得没必要。光说平台不说具体需求什么的,标准耍流氓嘛。本回答被提问者采纳
关于上面说React库大的,我只说一句……React可以服务端渲染……
其实最大的一个问题还是,为啥用React?
我目前项目也是React的,虽然不是移动端,我所觉得React最大的好处就是省去了细粒度操作的繁琐,又有大工程项目的可维护性。所以你用React的前提是,你是做一个web app。
不过目前移动端网页的需求感觉很多都是展示类型的静态页面,所以这种用React显然是没啥必要。
所以如果是『页面开发』,我觉得没必要。光说平台不说具体需求什么的,标准耍流氓嘛。本回答被提问者采纳
第3个回答 2019-03-03
不知道你的适配指的是哪方面,如果是react.js做web的话,以前怎么写样式,怎么适配屏幕,适配浏览器react里面还是要,react只是改了渲染方式。如果是reactnative的话,安卓和ios80%可以通用,除了部分样式要改。对于有些js端无法实现的,可以分别在安卓和ios端用native实现。封装成reactnative组件就可以了。当然也有大量开源的组件可以选择