問題：修改diy時，再次加載小程序會出現(xiàn)2個首頁。

修改：因為如果版本號相同的話，那必然是之前已經(jīng)獲取過分類  執(zhí)行過getCategory（），那么緩存category里面 肯定已經(jīng)包含的“首頁”，再次執(zhí)行setCategory(data) 會重復(fù)

 data.unshift({
						"id": -99,
						'cate_name': '首頁'
					}) 

導(dǎo)致出現(xiàn)兩個首頁。所以刪掉打X的代碼就好了

建議1：目前只是初次加載的時候?qū)Ρ染彺妫脩粢汛蜷_小程序的情況下，我們在后臺更新diy 或者 分類 是不會二次刷新獲取最新數(shù)據(jù)的，這顯然不合理。

看下能不能 把首頁diy、分類等...Version統(tǒng)一從1個接口獲取。1次請求獲取n個版本號，每次點擊切換底部tab（首頁和分類頁）都獲取一次最新版本號和本地緩存進行對比，從而實現(xiàn)實時刷新。后臺修改了，用戶切換tab就能刷新最新數(shù)據(jù)

建議2：組合組件雖然好看。但是淺色輪播圖+白色分類文字， 根本看不清文字了

給背景加上 filter: brightness(%)  屬性，調(diào)低亮度（直接放在后臺，讓大家自己設(shè)置這個屬性好了）

建議3：既然都弄版本號了，看看分類商品列表，商品詳情的diy設(shè)置，個人中心等等...能不能都弄上緩存 和版本號。把所有版本號 統(tǒng)一到1個接口獲取，每次切換底部tab都對比一下 也能實時獲取最新數(shù)據(jù) ，因為只獲取版本號 請求開支也很小。。。。

（還有一個小白的建議，我只是自學(xué)了一點點開發(fā)方面的東西，很多還不是很懂。所以問一下Version能不能 搞成遞增的形式每次修改+1...1/2/3/4/5...這樣是不是更簡短一點  每天改10次一年也就3650，10年36500 很簡短嘛。。。。目前是類似63e7a5774f7250 這樣很長一串（當(dāng)然也許有我未知的知識）。。。既然要優(yōu)化速度  那 肯定是段越短越好嘛是吧。。。雖然這玩意根本沒有任何感知上的影響速度，但理論上肯定有的對吧）