這是一篇關(guān)于LIstView實(shí)現(xiàn)動(dòng)態(tài)數(shù)據(jù)渲染的文章！ 

首先我們講講數(shù)據(jù)是如何來(lái)規(guī)劃的 一般情況下我們有兩種規(guī)劃方案
前提比如我們數(shù)據(jù)是100條+

第一：一次性把100條數(shù)據(jù)fetch過(guò)來(lái) 然后由前端JS代碼來(lái)做分頁(yè)處理（如每次渲染10條）

第二：在server端做處理通過(guò)?page=n的方式 每次需要第幾頁(yè)數(shù)據(jù)就fetch第幾頁(yè)的數(shù)據(jù)

利弊

第一種方案的優(yōu)點(diǎn)是 一次性把數(shù)據(jù)全部載入完成 如果數(shù)據(jù)量很大的情況下可能會(huì)有很長(zhǎng)的loading時(shí)間 但是對(duì)于服務(wù)端的壓力就會(huì)減少請(qǐng)求次數(shù)

第二種方案的優(yōu)點(diǎn)是 分批載入數(shù)據(jù) 數(shù)據(jù)量相對(duì)小 對(duì)于初始化的時(shí)候載入時(shí)間很快 缺點(diǎn)也很明顯 （如100條數(shù)據(jù) 每次顯示10 那么就需要訪(fǎng)問(wèn)10此服務(wù)器 增加請(qǐng)求次數(shù)）

其實(shí)這兩種都是不錯(cuò)的方案 具體用什么方案來(lái)處理數(shù)據(jù) 根據(jù)自己的項(xiàng)目和需求來(lái)決定

本例子中 因?yàn)閿?shù)據(jù)不是很多 我們就用第一種方案吧

我們拿上一篇的例子來(lái)做改動(dòng)吧

constructor(props) {
 super(props);

 this.ds = new ListView.DataSource({rowHasChanged: (r1, r2) => r1 !== r2});
 this.state = {
  dataSource:this.ds,
 }

 this.listData = null; //數(shù)據(jù)源
 this.len = null; //數(shù)據(jù)的個(gè)數(shù)
 this.count = null; //當(dāng)前數(shù)據(jù)總頁(yè)數(shù)
 this.pageSize = 10; //每次渲染的個(gè)數(shù)
 this.page = 0; //當(dāng)前頁(yè)數(shù)
}

變量全部定好以后 我們來(lái)載入數(shù)據(jù) 并給變量賦值如下：

componentDidMount() {
 fetch('http://ued.yihaodian.com:3001/api/70')
  .then((response) => response.json())
  .then((data) => {
  this.listData = data.listData;
  this.len = this.listData.length;
  this.count = Math.ceil(this.len / this.pageSize);

  this.setState({
   dataSource:this.ds.cloneWithRows(this.setData())
  })
  })
  .done();
}

this.setData() 返回要渲染的數(shù)據(jù) 這里要做一些處理

setData(){
 let num = this.page * this.pageSize; //獲取要渲染的個(gè)數(shù)
 if(num>this.len) num = this.len; //如果到最后一頁(yè) num 大于 len 那么num等于len 防止空數(shù)據(jù)

 let data = [];
 for(let i=0;i<num;i++){
  data.push(this.listData[i]);
 }
 return data;
}

最關(guān)鍵的一步到了 我們之所以能動(dòng)態(tài)渲染的核心 還是ListView組件提供的onEndReached方法 需要深入了解 可以到官方去看下詳細(xì)說(shuō)明

//當(dāng)列表被滾動(dòng)到距離最底部不足onEndReachedThreshold個(gè)像素的距離時(shí)調(diào)用
onEndReached = {this.onEnd.bind(this)}

看下onEnd的處理

onEnd(){
 //如果page<count 那么我們讓page++ 重新設(shè)置dataSource
 if(this.page < this.count){
  this.page++;
  if(this.setData().length > 0){ //防止重復(fù)渲染
  this.setState({
   dataSource:this.ds.cloneWithRows(this.setData())
  })
  }
 }else{
  console.log('已經(jīng)是最后一頁(yè)了');
  return false;
 }
}

最后就是渲染部分了

render() {
 return (
  <ListView
   style={{height:Dimensions.get('window').height-109}}
   dataSource={this.state.dataSource}
   renderRow={this.rendList} 
   onEndReached={this.onEnd.bind(this)}
   onEndReachedThreshold={0}
   enableEmptySections={true} />
 );
}

坑點(diǎn)

坑點(diǎn)1

官方也說(shuō)過(guò)的 當(dāng)?shù)谝淮武秩緯r(shí)，如果數(shù)據(jù)不足一屏（比如初始值是空的），這個(gè)事件也會(huì)被觸發(fā)

坑點(diǎn)2

onEndReachedThreshold的使用 如果不設(shè)置會(huì)導(dǎo)致一些莫名其妙的情況 上面的例子設(shè)置的是0 意思是正好拖到底部就觸發(fā)
如果是100那么就是距離底部100的位置觸發(fā)
還有個(gè)好玩的 如果是-100 那么就必須拉到底部 再往上拉100PX的距離再觸發(fā)事件（這里我們是不是想到 可以做一個(gè)很吊的功能啊 自己想啊..）

坑點(diǎn)3

enableEmptySections中文文檔里面居然沒(méi)有這個(gè)屬性 害的我去找官網(wǎng)找（E文不好?。┧砸院笠嗫纯垂俜降?/p>

Warning: In next release empty section headers will be rendered. In this release you can use 'enableEmptySections' flag to render empty section headers.
如果你在用的時(shí)候報(bào)這個(gè)錯(cuò) 那么就是這個(gè)屬性了 設(shè)置一下enableEmptySections = {true}

坑點(diǎn)4

ListView、ScrollView等類(lèi)似組件最好是設(shè)置一個(gè)尺寸 來(lái)配合整體頁(yè)面的布局

效果：

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論