idangerous.swiper小記

最近作了一個複雜的產品組合效果，裏面有用處處地方用swiper控件來展現

唉，提及來產品經理就在旁邊的一段血淚史啊~ 前先後後改了三四個版本。天天起來的工做就是改改改~~~

作初版本的時候卡點就是在外層swiper-container要設置一個固定寬度，無奈我想用寬度高度100%來計算，結果老是計算不到，最後無奈要暈菜的時候決定算了仍是用JS來計算寬高吧，

誰知道琳琅滿目的手機分辨率，屏幕大小呢？

需求是這樣的：小屏幕的時候顯示一個滑塊，ipad的時候顯示兩個滑塊，而且一次能夠滑動兩個滑塊。

那時候的解決辦法是這樣的：小屏幕顯示一個，大屏幕把兩個滑塊用JS slice方法合併起來 而後一次能夠滑動兩個，這樣作的壞處就是滑塊內容少 且單數的時候 最後一個只出現一個

結局就是這樣：這樣看起來很不友好啊，改爲自由滑動吧，能夠隨意滑。

作第二版本的時候就是以上的結局咯， 作的時候卡在點擊滑塊要調整到相應的滑動塊去，因爲沒有好好研究swiper控件的參數，結果本身寫了一套關於iphone  ipad...的顯示滑動問題。覺得這樣就能夠交差，結果固然是不可令了。

這會兒需求又來了：這個高度統一的不要了，取其中一個滑塊內最高的，滑塊因爲被程序改了「點擊其餘類別的item滑塊不能對應到相應的地方」因爲這個問題致使 原來作好的到相應地方的內容不生效了，我在想這控件應該有提供方法吧！

第三個版本如上，開始找方法了，因而用了實例對象.swiperto(index,speed,callback)就這樣研究了會兒，用上去內容能夠滑動，可是對應位置的圈圈無法定位，╮(╯▽╰)╭ 這個插曲我就不說了。反正是調用順序問題了。

總結了下：繞了很多彎路啊，要是一開始就產品經理確認想要的原型呢？要是一開始就研究好控件提供的方法，那速度是否是快了不少呢？

吸收教訓吧，不熟悉的東西 也許彎路是不可避免的。在走彎路的過程當中學習也未必不是一個好事。