你也可以在后端用python，MATLAB啥的生成圖片

同學(xué)，多去看Spring文檔，官方基本都有解決方案，英文實(shí)在困難就右鍵翻譯中文

也可以使用SimpleMappingExceptionResolver捕獲NoHandlerFoundException試試

nums = soup.select('.pc_temp_songlist > ul:nth-of-type(1) > li > span:nth-of-type(3) > strong:nth-of-type(1)')
titles = soup.select('.pc_temp_songlist > ul:nth-of-type(1) > li > a:nth-of-type(4)')
times = soup.select('.pc_temp_songlist > ul:nth-of-type(1) > li > span:nth-of-type(5) > span:nth-of-type(4)')

這個(gè)數(shù)據(jù)解析有問題啊,所以當(dāng)然沒有打印輸出了
你覺得卡住,每次循環(huán)要sleep 7秒,而且輸出為空造成的假象吧
以下代碼供參考:
import requests
from bs4 import BeautifulSoup

url='http://www.kugou.com/yy/rank/...{}-8888.html?from=rank'

def get_info(url):

res=requests.get(url)
soup=BeautifulSoup(res.text,'lxml')
infoes=soup.select('div.pc_temp_songlist ul li ')
for info in infoes:
    nums=info.select('span.pc_temp_num')[0].text.strip()
    singer,name=info['title'].split('-',1)
    times=info.select('span.pc_temp_tips_r span.pc_temp_time')[0].text.strip()
    print({'名次':nums,'歌手':singer,'歌名':name,'時(shí)長':times})

if __name__=='__main__':

urls = [url.format(i) for i in range(1, 24)]
for url in urls:
    get_info(url)

你可以任何時(shí)候，在子組件里面 調(diào)用 this.props.setLevel()；

// 子組件
    endGane = () => {
        // 游戲結(jié)束
       this.props.setLevel()
    }
    componentDidMount(){
    }   

你要有一個(gè)默認(rèn)的return值 在函數(shù)結(jié)束的時(shí)候 加上 return ''

image上綁定load事件，可獲取圖片寬度高度，再this.$refs設(shè)置圖片寬高

《高程書》與惰性載入函數(shù)

我不知道你指的是不是那本12年出版的書。我的觀點(diǎn)是，這6年以來JavaScript已經(jīng)發(fā)生了翻天覆地的變化，12年的書不再適合當(dāng)做教材，而應(yīng)該當(dāng)做擴(kuò)展書目，看完近幾年的資料后，有所取舍地閱讀。舉個(gè)例子，就“惰性載入函數(shù)”來說，對(duì)現(xiàn)代JavaScript引擎完全沒有必要：

function alwaysIf() {
  if (document.attachEvent) {
    return document.attachEvent;
  }
  else if(document.addEventListener) {
    return document.addEventListener;
  }
  else {
    return false;
  }
}

function noIf() {
  return document.addEventListener;
}

按照“惰性載入函數(shù)”的說法，alwaysIf應(yīng)該比noIf顯著地慢，因此我們需要用那種花里胡哨的手段替換掉alwaysIf里面的一大串if。事實(shí)呢？請(qǐng)看benchmark：https://jsbench.github.io/#27...

jsperf太麻煩了，不僅要填各種名字，還要FQ。

兩者的運(yùn)行速度幾乎一樣。我用的是Chrome67?？傊聦?shí)就是，現(xiàn)代JavaScript引擎的分支預(yù)測能力已經(jīng)相當(dāng)變態(tài)了，沒有必要讓程序員多花精力實(shí)現(xiàn)那種別扭的東西。

惰性求值與“重復(fù)求值”

我查到的維基百科惰性求值條目沒有任何“重復(fù)求值”的字樣。維基百科的定義是“在使用延遲求值的時(shí)候，表達(dá)式不在它被綁定到變量之后就立即求值，而是在該值被取用的時(shí)候求值 ”。維基百科

惰性載入函數(shù)與“重復(fù)求值”

惰性載入函數(shù)符合“避免重復(fù)求值”，但的確不符合“被需要的時(shí)候才去求值”。惰性求值與惰性載入函數(shù)的關(guān)系？我看就是Java和JavaScript的關(guān)系。

惰性求值與閉包

JavaScript的普通變量沒有惰性求值的概念，所以惰性求值有時(shí)候會(huì)用函數(shù)實(shí)現(xiàn)，而函數(shù)一般都是閉包。閉包可能是惰性求值，也可能不是。它們之間在概念上沒有任何聯(lián)系，只有在實(shí)現(xiàn)上可能有聯(lián)系。

最典型的惰性求值是生成器，跟閉包（在思路上）完全沒有關(guān)系：

function *gen() {
    for(let i = 0; /* 死循環(huán) */ ; i++) {
        yield i;
    }
}

const g = gen(); // 綁定到變量之后沒有立即求值，沒有觸發(fā)死循環(huán)
g.next(); // 取用的時(shí)候求值: 1

有時(shí)候惰性求值是用函數(shù)實(shí)現(xiàn)的，而這個(gè)函數(shù)正好也是個(gè)閉包：

const a = 1;
const b = 2;
const lazy_add_a_b = () => a + b;

const sum = lazy_add_a_b; // 綁定到變量之后沒有立即求值，沒有計(jì)算a + b
sum(); // 取用的時(shí)候求值: 3

有時(shí)候惰性求值的函數(shù)是built-in，在里世界聲明，沒有詞法環(huán)境，那就不是閉包：

const lazy_print = console.log.bind(console, 1);

const p = lazy_print; // 綁定到變量之后沒有立即求值，沒有l(wèi)og
p(); // 取用的時(shí)候求值: 1

如果閉包立即執(zhí)行，那么也不是惰性求值：

const a = 1;
const b = 2;
const add_a_b = (() => a + b)(); // 已經(jīng)求值了，計(jì)算 add_a_b = a + b = 3

總結(jié)

以上三個(gè)概念之間，沒有任何思路上的聯(lián)系。

contentType這一行刪掉，就是post了。

其他情況樓上兩位都說了。還有如果監(jiān)聽下載進(jìn)度也會(huì)變成options。

我的服務(wù)器收到微信的數(shù)據(jù)之后 如何主動(dòng)發(fā)送數(shù)據(jù)gei前端vue

websocket吧

1.用法
$ vue init <template-name> <project-name>

2.案例
$ vue init webpack my-project

3.官方template
·webpack
·webpack-simple
·browserify
·browserify-simple
·pwa
·simple

詳情請(qǐng)看https://www.npmjs.com/package...

我之前看過“花褲衩”大神的文檔，就是完全前端控制，現(xiàn)在想讓后臺(tái)直接返回?cái)?shù)據(jù)，然后根據(jù)數(shù)據(jù)去渲染

問題
完全就是前端控制？ 沒看懂你的意思。

他的邏輯也是后臺(tái)回來權(quán)限數(shù)據(jù)，然后處理成vue-router需要的數(shù)據(jù)格式動(dòng)態(tài)add上去。
至于為什么他的demo上是寫死，因?yàn)闆]有后臺(tái)服務(wù)，數(shù)據(jù)都是mock的。

跟你說的 讓后臺(tái)返回?cái)?shù)據(jù)再根據(jù)數(shù)據(jù)渲染有什么不同？

建議你把圖中的那個(gè)ICON用router-link包裹起來，我看你點(diǎn)擊事件只是跳轉(zhuǎn)URL而已，單純的跳轉(zhuǎn)不建議專門添加點(diǎn)擊事件，建議用vue-router自帶的router-link組件。

let newOpt = [{name: '小明',hh: '張李'}]
let options = []
let keys = Object.keys(newOpt[0])
keys.forEach((item,index) => {
    //console.log(newOpt[0][item])
    /*初始化一個(gè)空的對(duì)象*/
    options[index] = {}
    options[index].values = item
    options[index].label = newOpt[0][item]
})
console.log(options)

props關(guān)鍵詞

關(guān)于MongoDB
首先是警告不是錯(cuò)誤，并不會(huì)造成你不能運(yùn)行；
其次警告的內(nèi)容是不是自己先理解一下，看看有什么不懂的地方？

關(guān)于NodeJS
可能要說英文不好，那我們來一個(gè)詞一個(gè)詞讀讀

app crashed - waiting for file changes before starting...
應(yīng)用崩潰了 - 等待文件變更 在重啟之前...

意思是不是很明白？由于某種錯(cuò)誤應(yīng)用不能成功啟動(dòng)，那么現(xiàn)在能重試嗎？不管怎么重試還是會(huì)失敗對(duì)不對(duì)？所以nodemon要等待文件有變更后再重試是不是更有道理一些呢？
那到底是什么問題？看日志啊，沒有日志鬼知道什么問題。

無關(guān)的話：建議樓主看到一大堆英文就算很崩潰還是讀一下，并沒有你想象的那么難。永遠(yuǎn)不讀就永遠(yuǎn)不會(huì)懂，讀一讀，慢慢就越來越容易。

你可以把 css 文件放在 static 文件夾里，這樣打包后就不會(huì)變化。
不然 .vue 和 .css 會(huì)被編譯在一個(gè)文件。

api安全設(shè)計(jì)、精簡思想，提高安全性，符合rest api設(shè)計(jì)風(fēng)格，加一個(gè)router而已，對(duì)效率影響微乎其微?，F(xiàn)在各大公司都紛紛開始使用這種方式了。

想象一下你的app有一萬個(gè)業(yè)務(wù)，你需要一萬個(gè)接口嗎？維護(hù)成本怎么算，重構(gòu)怎么算，迭代怎么看，code reviewer 怎么說？這些問題都會(huì)冒出來的，現(xiàn)在一個(gè)統(tǒng)一入口，統(tǒng)一路由，一目了然。
再比如你抓取某app的數(shù)據(jù)，發(fā)現(xiàn)他們的api好多啊，而且請(qǐng)求頭、參數(shù)什么的全部暴露出來了，安全性不高的api基本就是羊毛黨的口頭肉，統(tǒng)一API入口后，會(huì)發(fā)現(xiàn)想要拼接模擬api的難度系數(shù)上升了。

原生js獲取dom

你代碼是怎么寫的

你的js呢？