在线观看不卡亚洲电影_亚洲妓女99综合网_91青青青亚洲娱乐在线观看_日韩无码高清综合久久

initialValue

用setTimeInterval每隔100ms請(qǐng)求一次，返回響應(yīng)

“已經(jīng)把全局變量賦給了新的變量”，那個(gè)全局變量指向的是一個(gè)對(duì)象，是個(gè)地址引用。 當(dāng)你把countData賦值給listData后，他們兩個(gè)指向同一個(gè)地址，故只要listData有改動(dòng)，countData也一定變化。

componentWillMount已經(jīng)在16.3版本開始要廢棄了。
雖然你在render前設(shè)置了state,但依然是url，并沒有將圖片數(shù)據(jù)放在state中，而在render中依然要通過(guò)網(wǎng)絡(luò)加載圖片。
那么你可以使用load-lazy組件。這樣效果會(huì)好很多。

移動(dòng)端最好用的的篩選器組件，高仿 ios 的 UIPickerView ，非常流暢的體驗(yàn)，原生 JS 實(shí)現(xiàn)，不依賴任何插件和第三方庫(kù)
http://ustbhuangyi.github.io/...

react文檔讀了嗎？

圖中鏈接在此

React.PureComponent 　其實(shí)是重寫了SCU(shouldComponentUpdate)方法。

React.Component shouldComponentUpdate 的實(shí)現(xiàn)是直接返回true。

這就是兩者的區(qū)別。 造成這樣的情況的原因就在于shouldComponentUpdate”錯(cuò)誤“地將返回值變成false了。

PureComponent 重寫的SCU其實(shí)就是shallow equal 兩個(gè)state和nextState，prop和nextProps。

從你的代碼中看，是

let nextIndex=++preState.index; 
// 等價(jià)于

let nextIndex = preState = preState.index + 1;

因此不僅僅修改了nextIndex， 同時(shí)也修改了preState.index.

你可以繼承React.Component，自己寫SCU，然后debug看一下就明白了。

希望我的回答對(duì)你有幫助。

components注冊(cè)一下;
components:{h}

我回答第一個(gè)
如果是apache，并且支持rewite可以用一下hatcess

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule (.*) https://%{SERVER_NAME}/$1 [R,L]

如果是nginx，需要更改下服務(wù)器的配置了

第二個(gè)要通過(guò)服務(wù)器來(lái)配置不知道你用的是apache，nginx？

自定義tab可以自己去實(shí)現(xiàn)布局

location.reload()?

把line-height設(shè)為39px
根據(jù)border-box模型，40px的height，1px的border-bottom，content-box的高度就為39px
你給他一個(gè)40px的line-height的文字就把content-box撐大了1px

因?yàn)槲沂褂玫氖潜容^舊的版本，所以我目前的處理方法是，把<el-select>封裝一下

我猜你是需要過(guò)濾器:https://cn.vuejs.org/v2/guide...

TypeScript 的枚舉了解一下

弄成插件。傳值

source ~/.bash_profile

首先你先確定你是否更改了默認(rèn)的SHELL，比如有很多人使用了zsh，拿配置文件就又不一樣了！

算了我都直接說(shuō)了吧?。?br>如果你使用的是ZSH
需要你在cat /etc/shells 修改默認(rèn)SHELL，完后去更改.zshrc

vsdavv

你只是想返回一個(gè)結(jié)果，但使用 throw 一般是拋出異常。
很多時(shí)候返回 status 為0，其實(shí)并不是異常。
我覺得這些時(shí)候使用 throw 是不合適的。
所謂的異常，應(yīng)該是“它本來(lái)應(yīng)該是這樣的，但結(jié)果卻不是”，才需要拋出異常。
比如你要處理一張圖片，傳的參數(shù)指向的文件存在，文件后綴也存在，但讀取數(shù)據(jù)后卻不能正確處理，這時(shí)拋個(gè)異常是可以理解的，但我個(gè)人覺得這還不夠好。

因?yàn)槲揖陀龅竭^(guò)，使用 thinkPHP 3.2 的圖片處理類，遇到不能處理的圖片，直接拋出了異常，但其實(shí)對(duì)我來(lái)說(shuō)，如果處理圖片有問題 ，是可以直接跳過(guò)去的。

也就是說(shuō)：只有“這一步如果出錯(cuò)，后面的代碼執(zhí)行就完全沒有意義或者完全不能執(zhí)行”的時(shí)候才去拋出異常，否則只需要返回結(jié)果，給使用者（可能是控制器）去處理就好了。

對(duì)于樓主的需求，ThinkPHP 是有內(nèi)置的方法的，比如控制器中有 success() 和 error() 兩種方法來(lái)滿足樓主的需要，當(dāng)然，我個(gè)人比較喜歡 ThinkPHP 3.2的處理方式，比如簡(jiǎn)潔，ThinkPHP 5中的這兩個(gè)方法添加了不必要的參數(shù)，寫起來(lái)倒挺麻煩的。
但這兩個(gè)方法只在控制器中有，模型中默認(rèn)是沒有的，當(dāng)然，如果你喜歡的話，也可以加到模型中去。
但我個(gè)人同樣不太推薦。處理返回結(jié)果或頁(yè)面跳轉(zhuǎn)的任務(wù)還是交給控制器會(huì)比較好。

模型中，其實(shí)可以自己定義個(gè)類似的方法，比如：

function succ($data="",$status=1){
      return array(
       'status'=>$status,
       'info'=>$data,
    );
}

function error($msg=""){
  return succ($msg,0);
}

你在模型中直接 return succ($data);或 return error($msg);即可。

控制器中根據(jù)返回的數(shù)組，再使用$this->success()或$this->error();當(dāng)然，如果你在使用ThinkPHP 5,也像我一樣比較喜歡 ThinkPHP 3.2 的風(fēng)格，這兩個(gè)方法你是可以改成3.2的風(fēng)格的。

說(shuō)回樓主和你看到的大神的代碼，基本思想都差不多，只不過(guò)你直接返回一個(gè)數(shù)組，而“大神”卻直接拋出異常，我不喜歡這位大神的風(fēng)格。
但你和“大神”都喜歡寫重復(fù)的 "status'=>1,"msg"=>......，我則比較喜歡把它裝進(jìn)函數(shù)或方法中，畢竟這兩個(gè)操作是使用非常頻繁的。

關(guān)于代碼中較多 if/else 的情況，我一般使用兩種方法解決：

1. 短的判斷可以用三目運(yùn)算符代替；
2. 很多時(shí)候 if 時(shí)使用了return ，后面就可以不寫 else 了 。

補(bǔ)充：

概括一下：

1. 模型中建議使用 return ，而不是拋出異常，return 的數(shù)據(jù)可以自己封裝個(gè)函數(shù)或方法；(當(dāng)然，要結(jié)合業(yè)務(wù)的具體需求！)
2. 拋出異常意味著程序的終止，在非必須的情況下不要這樣做；
3. 控制器中直接使用 success 和 error 或 ajaxReturn 方法即可。

但如果把樓主看到的“大神”的代碼從模型中移到控制器的話，應(yīng)該是合理的（除了重復(fù)的代碼有點(diǎn)多外）。
我個(gè)人是不太喜歡使用 throw，但我查看了一下 ThinkPHP 5 和 ThinkPHP 3.2 的源碼，其中的 success和 error 方法除了使用參數(shù)復(fù)雜性不同外，還有一點(diǎn)區(qū)別就是 3.2直接使用 exit()結(jié)束程序，而 5.0 版本中使用的是 throw 一個(gè)異常類。

應(yīng)該有理由相信，使用 throw 可能會(huì)比如說(shuō) exit 更好。
于是，我找到一種說(shuō)法：

PHP調(diào)用exit退出腳本執(zhí)行不會(huì)導(dǎo)致PHP服務(wù)退出。
https://segmentfault.com/q/10...

我不了解底層的機(jī)制，但我覺得這種說(shuō)法是比較可信的。

個(gè)人覺得 使用router傳遞參數(shù)params或者query，拼接請(qǐng)求地址就ok，如果組件解構(gòu)只有一層 props實(shí)現(xiàn)不太現(xiàn)實(shí)