首先想吐槽的，就是這個(gè)自作聰明的圖片命名設(shè)計(jì)和組件一體化設(shè)計(jì)。

這種設(shè)計(jì)很明顯是為了小白而做的，但是小白也不一定就接收這種用法吧？

固化太嚴(yán)重，完全不如u3d和cocos，多節(jié)點(diǎn)，靈活控制。作為開發(fā)者，很多時(shí)候都是各種獨(dú)特的需求，怎么能被這樣束縛呢？原地爆炸??????

其次就是關(guān)于slider的監(jiān)聽，回調(diào)里面有個(gè)value值，初步測試，這個(gè)就是對應(yīng)的value可用值，但是當(dāng)我實(shí)際使用的時(shí)候就出問題了。

情景一:

let minValue = 0;

let maxValue = 100;

this._mySlider.setSlider(minValue, maxValue, 0);

如果這樣設(shè)置,拖動(dòng)條拉到最低值是0,最高值是100.

情景二:

let minValue = 10;

let maxValue = 100;

this._mySlider.setSlider(minValue, maxValue, 0);

如果這樣設(shè)置,拖動(dòng)條拉到最低值是9.9,最高值是99.9.

情景三:

let minValue = 0;

let maxValue = 90;

this._mySlider.setSlider(minValue, maxValue, 0);

如果這樣設(shè)置,拖動(dòng)條拉到最低值是0,最高值是90.

經(jīng)過測試,發(fā)現(xiàn)slider的值,只能從0開始,這樣才能保證準(zhǔn)確無誤.所以需要10-100,就需要:

let minValue = 10;

let maxValue = 100;

let offset = maxValue - minValue;

this._mySlider.setSlider(0, offset, 0);

監(jiān)聽得到的value += this.minValue;

如果這樣設(shè)置,拖動(dòng)條拉到最低值是10,最高值是100.而且每次增加0.9.

著實(shí)無奈，只能呵呵。所以最后還是自己計(jì)算靠譜點(diǎn)，盡量少依賴這些。什么時(shí)候坑你一把，你都反應(yīng)不過來。