https://www.cnblogs.com/pssp/...，你可以看看

看團(tuán)隊(duì)，看需求，看項(xiàng)目，選擇不是小問題，大家都不清楚你有怎么樣的團(tuán)隊(duì)，如何判斷選型
即使你都很清楚， 也不是 沒什么好的判斷
還是要你自己拿主意，不過你要考慮，現(xiàn)有的需求，今后的需求
如果使用 BI，我能多快今后切換， 另一套方案 需要多長(zhǎng)時(shí)間，
一個(gè)產(chǎn)品也是在不同階段有不同方案和架構(gòu)
在 現(xiàn)在與未來 的利益中 選擇一個(gè) 目前最佳(能夠說服自己，說服大部分人) 的方案 就已經(jīng)足夠了

https://cn.vuejs.org/v2/api/#...

requestanimationframe 里調(diào)用位置平移 平移量為 (2 Math.sin(offsetAngle)/60, 2 Math.cos(offsetAngle)/60)

人家不是有api給你用嗎？

可以使用svg

<img src="http://bank.example.com/withd...;amount=1000000&for=mallory">

See

https://stackoverflow.com/que...

https://blog.csdn.net/qq_2929...

-webkit-transform: scale(-1.2) rotate(180deg);
transform: scale(-1.2) rotate(180deg);

vuex是個(gè)整體，沒法拆開引入。
你應(yīng)該根據(jù)業(yè)務(wù)需求來，邏輯簡(jiǎn)單的別用vuex，整個(gè)全局的vue變量就行了

先打印data看下請(qǐng)求是否成功，是否正確。

另外遍歷數(shù)組的正確方式是for循環(huán)或者forEach方法，for...in常用來遍歷對(duì)象屬性

find({'value': /^.{0,5}$/, 'key': name})

函數(shù)fn2就被包括在函數(shù)fn1內(nèi)部，這時(shí)fn1內(nèi)部的所有局部變量，對(duì)fn2都是可見的,但是對(duì)于fn2來說是改變不了fn1任何局部變量的值的。
同時(shí)fn2內(nèi)部的局部變量，對(duì)fn1是不可見的。這就是Javascript語言特有的“鏈?zhǔn)阶饔糜颉苯Y(jié)構(gòu)（chain scope），子對(duì)象會(huì)一級(jí)一級(jí)地向上尋找所有父對(duì)象的變量。
所以，父對(duì)象的所有變量，對(duì)子對(duì)象都是可見的，反之則不成立。

var fn2; // 此時(shí)fn2為undefined

var fn1 = function () {

        var a = 1
        // alert(a)
        // 重新定義fn2為一個(gè)函數(shù)，因此可以在外部調(diào)用fn2
        fn2 = function () {
            a = 4;
            console.log('fn2',a);
            fn1();
        }

        console.log('fn1',a);
    }

    fn1();
    fn2();

不建議用這段JS了

也就是傳統(tǒng)的rem方案
如果非要用，用成熟的 Flexible
https://github.com/amfe/artic...

最好的方案

PostCSS postcss-px-to-viewport

就是專門為解決設(shè)計(jì)稿和手機(jī)網(wǎng)頁(yè)適配的CSS問題，在寫CSS的時(shí)候，直接寫px，會(huì)編譯成vw vh，完全不用費(fèi)心去考慮換算的問題，有什么比按照原設(shè)計(jì)稿寫px更爽的事情？
https://www.w3cplus.com/css/v...

這文章是Flexible作者寫的，他都轉(zhuǎn)向了PostCSS 你們還守著這段落后又難用的JS做什么？

已經(jīng)解決了，寫法沒錯(cuò)，應(yīng)用錯(cuò)DOM結(jié)構(gòu)了，由于樣式覆蓋，導(dǎo)致效果沒出來

我使用Koa2。看了個(gè)帖子，發(fā)現(xiàn)Koa默認(rèn)返回狀態(tài)status默認(rèn)是404，前端發(fā)送POST請(qǐng)求的時(shí)候，如果不主動(dòng)改變ctx.body的值，那么打印你API返回的ctx可能是這樣：

"request": {
    "method": "POST",
    "url": "/api/wkcs/upd",
    "header": {
        "host": "127.0.0.1:3000",
        "connection": "keep-alive",
        "content-length": "2",
        "accept": "application/json, text/javascript, */*; q=0.01",
        "origin": "http://127.0.0.1:3000",
        "x-requested-with": "XMLHttpRequest",
        "user-agent": "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.75 Safari/537.36",
        "content-type": "application/json",
        "referer": "http://127.0.0.1:3000/edit?wkid=59f583d6-a4d8-450d-97c7-657e21853d68",
        "accept-encoding": "gzip, deflate, br",
        "accept-language": "zh-CN,zh;q=0.9,en;q=0.8,zh-TW;q=0.7,ja;q=0.6",
        "cookie": "myusername=eyJteXVzZXJuYW1lIjoiYmVhdHMifQ=="
    }
},
"response": {
    "status": 404,
    "message": "Not Found",
    "header": {}
},
"app": {
    "subdomainOffset": 2,
    "proxy": false,
    "env": "development"
},
"originalUrl": "/api/wkcs/upd",
"req": "<original node req>",
"res": "<original node res>",
"socket": "<original node socket>"

注意看response，如果你不對(duì)ctx中的參數(shù)做任何更改，response始終會(huì)是Koa默認(rèn)的404 —— 即便你的后臺(tái)邏輯一切正常！

如果像那位答主說的，將ctx.body改寫一下body的話，此處response返回值就是正常的200。

總結(jié)一下：

一、如果瀏覽器直接報(bào)404，基本上是你的URL沒寫對(duì)，或是POST參數(shù)配錯(cuò)了。

二、如果瀏覽器沒有報(bào)錯(cuò)，只是你查看后臺(tái)發(fā)現(xiàn)response返回404，那么你后臺(tái)API邏輯可能仍可以正常運(yùn)行，只是因?yàn)闆]有操作Koa的ctx.body，修改其默認(rèn)的status。此時(shí)，你POST提交的data會(huì)被封裝進(jìn)ctx.request.body.你的數(shù)據(jù)字段名里，后臺(tái)可以讀取，正常完成你的業(yè)務(wù)邏輯。

如果還有問題，拿IDE給后臺(tái)加斷點(diǎn)，看看能否讀到ctx.request.body.你的數(shù)據(jù)字段名這里的數(shù)據(jù)吧。

后來自己寫了篇博客，也算是搞明白了一部分；我真是自問自答啊，尷尬
https://segmentfault.com/a/11...

應(yīng)該是$PATH的問題 我也遇到了
你試試在.bash_profile文件里面加入create-react-app的路徑我的路徑是export PATH=$PATH:/usr/local/lib/node_modules/node/bin 然后更新.bash_profile 然后就可以了

yAxis.axisTick是設(shè)置刻度線的

yAxis:{axisTick:{show:false}}

http://echarts.baidu.com/opti...