開發(fā)者對復(fù)雜的數(shù)據(jù)結(jié)構(gòu)的處理能力也是體現(xiàn)開發(fā)者水平的一個度量吧。。。最近發(fā)現(xiàn)自己對一些嵌套數(shù)據(jù)結(jié)構(gòu)、層級數(shù)據(jù)結(jié)構(gòu)的處理能力不大足。。。經(jīng)常被這些把自己繞暈。。。嚴重影響開發(fā)效率。。。就稍微低總結(jié)了一下下。。。

一、mongodb設(shè)計層級關(guān)系數(shù)據(jù)(這里主要說的是mongoose)

①假設(shè)有這樣的一個場景。某個文章下面有評論，每個評論可以被回復(fù)，每個回復(fù)又可以被回復(fù)...

首先，我們知道，普通的一對多的關(guān)系，可以通過引用，populate操作找出相應(yīng)的引用對象，如：

var essaySchema = new mongoose.Schema({ //文章schema
 user:{
 type: mongoose.Schema.Types.ObjectId, //發(fā)布者的引用
 ref: 'user', //引用自User Model
 require: true //非空
 },
 ...
});

文章與評論的關(guān)系，就是一對多。自然也是按照這種處理方式即可。

但是，評論與回復(fù)的關(guān)系，就有點意思了。首先，評論和回復(fù)，回復(fù)與該回復(fù)的回復(fù)雖然是不同的東西(看著就拗口)，但是這些的shema的信息都是由相同的字段構(gòu)成。也就是說，可以說是自己嵌套了多個自己。

這個時候，就要這樣處理了：

//評論Schema定義
var commentSchema = new mongoose.Schema({
 content: {
 type: String,
 require: true
 },
 created: {
 type: Date,
 "default": Date.now
 },
 user: {
 type: mongoose.Schema.Types.ObjectId, //用戶的引用
 ref: 'user', //引用自User Model
 require: true //非空
 },
 subComment: [this], //自評論的類型為評論類型，也就是本身類型
});

最關(guān)鍵就是最后一句，實質(zhì)上就是遞歸地引用了自身。查找的時候，也確實是需要根據(jù)上一層的subComment找到自己。套了深層的時候，查找的時候會容易繞暈，而且查找速度也會降低。建議做層級限制。

實踐小項目：一個簡單版node+express+mongodb的圖片分享

二、實際開發(fā)場景中的層級關(guān)系數(shù)據(jù)

①假設(shè)有這樣的一個場景，有一個商品數(shù)組，每個商品有兩個維度，顏色和規(guī)格。顏色和規(guī)格的組合會產(chǎn)生的sku(可以理解為每種組合情況的一個標識)數(shù)量為顏色數(shù)量*規(guī)格數(shù)量。當我們渲染完畢之后，顧客每切換一個規(guī)格，都要找到相應(yīng)的sku。

設(shè)想一下，假如顧客每切換一個規(guī)格，我們就根據(jù)第幾個商品，切換的規(guī)格，沒有被切換的規(guī)格去查找。那么每次都是一個三重循環(huán)。。。

這種情況下，比較好的做法就是，初始化獲得數(shù)據(jù)的時候，建立三維數(shù)據(jù),即Array[商品index][顏色][規(guī)格]。這樣每次切換，只要讀取相應(yīng)的項就可以找到sku了。

但是，假若商品的維度不是二維，而是多維呢，而且不一定每種組合都存在這樣的商品的呢？

構(gòu)造數(shù)據(jù)的方法，就顯得不大明智了，一是組合數(shù)過多，并不是每種組合商品都存在，而是循環(huán)太多重。

這個時候，又要利用對象去構(gòu)造數(shù)據(jù)了。

第一步，根據(jù)展示需要構(gòu)造。展示的時候，只需要知道，某個商品的某個維度是某個值即可。即：

var obj = {[
{'商品':'1',sku:'','維度1':'...','維度2':'...',...}
]}

當點擊切換維度的時候，首先根據(jù)原來的維度信息，更新用戶新選的維度。遍歷該新的維度對象，與維度信息數(shù)據(jù)比較，如果一一相符則找到新的sku。然后再更新即可。　　

在這里就要明確自己的"籌碼"與"目標"，根據(jù)哪些東西，通過哪些途徑可以到達目標。將每一步拆分成一個小方法去做。。。

②假設(shè)有這樣的一個場景,首先要根據(jù)一些規(guī)則合并一些請求去請求不同的數(shù)據(jù)(即返回的數(shù)據(jù)，是多個參數(shù)結(jié)合在一起的，必須還要解析出數(shù)據(jù)原先的對應(yīng)關(guān)系)，然后獲得部分數(shù)據(jù)。再用獲得的部分數(shù)據(jù)中某條數(shù)據(jù)的參數(shù)去請求第二個接口。然后獲得不同的一些數(shù)據(jù)。

首先想到的可能是用promise處理，待兩個接口都請求完畢后再進行處理。但是假如，第一個接口獲得的是大部分主要的數(shù)據(jù)，第二個是小部分的數(shù)據(jù)。這個時候，等待第二個接口似乎就有點"不劃算"了，特別是在用戶體驗上，當一個用戶打開某個頁面的時候，白屏就不好啦?！　?/p>

這個時候，我們就要善于利用對象去構(gòu)造符合我們的數(shù)據(jù)對象了。

我們可以這樣初始化一個對象:

var obj = {
 '唯一的參數(shù)1'+‘_'+'唯一的參數(shù)1的id' : {
 第一次請求的數(shù)據(jù) : [],
 第二次請求的數(shù)據(jù) : [],　
 },
 '唯一的參數(shù)2'+‘_'+'唯一的參數(shù)2的id' : {
 第一次請求的數(shù)據(jù) : [],
 第二次請求的數(shù)據(jù) : [],　
 },
 ...
}

總之，就是要找到唯一的東西，來構(gòu)造對象。然后再根據(jù)這個唯一的值把相應(yīng)的數(shù)據(jù)填上。好吧，我都說暈了?？磦€例子：

for(var i = 0;i < data.length; i++){
 for(var j = 0;j < data[i].params.length; j++){
 obj[data[i].groupId + '_' + data[i].params[j].pcId] = {};
 }
}
//請求數(shù)據(jù)回來后
for(var i = 0;i < data.length; i++){
 for(var j = 0;j < data[i].params.length; j++){
 obj[data[i].groupId + '_' + data[i].params[j].pcId][firstItem] = data[i].params[j].list;
 }
}
//第二次數(shù)據(jù)回來后
for(var i = 0;i < data.length; i++){
 for(var j = 0;j < data[i].params.length; j++){
 obj[data[i].groupId + '_' + data[i].params[j].pcId][moreItem] = data[i].params[j].list;
 }
}

注意，如果是用vue，因為第二次請求的數(shù)據(jù)參數(shù)來自第一次，所以請二次數(shù)據(jù)回來之后，需要用全局api，set方法處理才會生效。

以上就是本文的全部內(nèi)容，希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作能帶來一定的幫助，同時也希望多多支持腳本之家！

最新評論