echarts圖表在移動端影響頁面的滾動，要怎么解決？Ecarts圖表組件當圖表數(shù)據(jù)太多時，添加一個滾動條與highcharts圖表進行比較是非常好的。由于echarts圖表組件可以控制自己，而hig

echarts圖表在移動端影響頁面的滾動，要怎么解決？

Ecarts圖表組件當圖表數(shù)據(jù)太多時，添加一個滾動條與highcharts圖表進行比較是非常好的。由于echarts圖表組件可以控制自己，而highcharts圖表組件沒有要設(shè)置的此屬性，因此它只能通過設(shè)置圖表的zoomtype來縮放或放大圖表區(qū)域。Ecarts圖表組件希望在圖表中添加滾動條以縮放數(shù)據(jù)區(qū)域，以及工具箱.feature.dataZoom同步，但這種數(shù)據(jù)區(qū)域縮放只對直角坐標有用。餅圖不行

一個合格的web前端需要掌握哪些技術(shù)？

前端三項基本技能HTML、CSS、JS，不用說，這是前端吃飯的事。！TCP/IP、瀏覽器渲染原理、前端性能優(yōu)化與兼容性、PC/M開發(fā)、DOM、BOM、計算機原理（基本、通用軟件或計算機后臺都知道）等等！就目前的社會需求而言，除了基礎(chǔ)，一個或多個知識，如VUE，反應(yīng)，需要ng和節(jié)點。模糊地說，這已經(jīng)成為事實的標準，但你可以看到，所有這些知識都是JS。是的，都是JS。因此，掌握JS的程度越高，學(xué)習(xí)這些框架就越容易。畢竟，這些都是API。

還有一些工具，如NPM、yarn、gulp和webpack。

大多數(shù)需求都是這樣的，團隊的技術(shù)堆棧也圍繞著這些需求。但對于今年的學(xué)生其實要求不是那么高，基本掌握一般都不錯。畢竟，團隊知道今年學(xué)生的水平。我能有一個工作了三到五年的有經(jīng)驗的司機嗎？不太可能。畢竟，許多事情需要通過項目來調(diào)整。

echarts在移動端總是會出不顯示的問題，求助？

這也取決于你的表演。如果需要在移動端顯示，建議使用highchart。在移動端使用eCart之前，我遇到了很多漏洞。highchart的顯示效果沒有ecarts那么漂亮，但是它的功能更好

我今天才開始了解Vue cli 3.0。我開始寫一個演示，發(fā)現(xiàn)它是驚人的。我放棄了版本2冗長的網(wǎng)頁配置?，F(xiàn)在它簡單明了，你甚至不需要寫它vue.config.js文件沒關(guān)系。它是免費的。不管怎樣，它是無害的。但是如果你配置它，你會發(fā)現(xiàn)它并不麻煩。

據(jù)我所知，不應(yīng)該有任何支架可以更快、更直接地反映數(shù)組或?qū)ο蟮淖兓?/p>

另外，語法糖基本上沒什么變化。過去怎么用還是現(xiàn)在怎么用，但是有很多性能優(yōu)化和語法糖分。說真的，我根本找不到vue-cli3.0的致命漏洞。

然后，我還看到人們?yōu)镴Q反對不公正。一年半前，我用JQ寫作。當時，我認為JQ是JS的最佳框架。太方便了，DOM的操作也太酷了。直到我寫了一張課程安排項目卡。。。

然后我轉(zhuǎn)向一個小程序，發(fā)現(xiàn)小程序的編寫方法是Vue。。。尤其是組件的編寫方式。。。

畢竟，要消除Vue有點困難。畢竟，這個時代是數(shù)據(jù)操作的時代，而不是DOM操作的時代。

最后，我不認為您應(yīng)該堅持前端框架。即使將來會有更高級的框架，JS仍然是最好的。在這個框架中，我真的想不出還有什么可以玩的了。也許es會逐漸引用這些框架，然后變得如此。例如，當您想到JS時，您可以編寫類來繼承嗎？我第一次看到它的時候，我以為它是Java。。。但現(xiàn)在我支持。。。

那為什么不關(guān)注后端呢？所有節(jié)點都熟練嗎？你知道迪諾嗎？PHP開始了嗎？那蟒蛇呢？我相信這些語言將來會逐漸出現(xiàn)在前端知識點（雖然PHP已經(jīng)出現(xiàn)了，但我覺得太多了。據(jù)說好的PHP是世界上最好的語言……）