标签：
最近做了一个复杂的产品组合效果，里面有用到处地方用swiper控件来展示
唉，说起来产品经理就在旁边的一段血泪史啊~ 前前后后改了三四个版本。每天起来的工作就是改改改~~~
做第一版本的时候卡点就是在外层swiper-container要设置一个固定宽度，无奈我想用宽度高度100%来计算，结果总是计算不到，最后无奈要晕菜的时候决定算了还是用JS来计算宽高吧，
谁知道琳琅满目的手机分辨率，屏幕大小呢？
需求是这样的：小屏幕的时候显示一个滑块，ipad的时候显示两个滑块，并且一次可以滑动两个滑块。
那时候的解决办法是这样的：小屏幕显示一个，大屏幕把两个滑块用JS slice方法合并起来 然后一次可以滑动两个，这样做的坏处就是滑块内容少 且单数的时候 最后一个只出现一个
结局就是这样：这样看起来很不友好啊，改成自由滑动吧，可以随意滑。
做第二版本的时候就是以上的结局咯， 做的时候卡在点击滑块要调整到相应的滑动块去，由于没有好好研究swiper控件的参数，结果自己写了一套关于iphone ipad...的显示滑动问题。以为这样就可以交差，结果当然是不可令了。
这会儿需求又来了：这个高度统一的不要了，取其中一个滑块内最高的，滑块由于被程序改了“点击其他类别的item滑块不能对应到相应的地方”由于这个问题导致 原来做好的到相应地方的内容不生效了，我在想这控件应该有提供方法吧！
第三个版本如上，开始找方法了，于是用了实例对象.swiperto(index,speed,callback)就这样研究了会儿，用上去内容可以滑动，但是对应位置的圈圈没法定位，╮(╯▽╰)╭ 这个插曲我就不说了。反正是调用顺序问题了。
总结了下：绕了不少弯路啊，要是一开始就产品经理确认想要的原型呢？要是一开始就研究好控件提供的方法，那速度是不是快了很多呢？
吸取教训吧，不熟悉的东西 也许弯路是不可避免的。在走弯路的过程中学习也未必不是一个好事。
标签：
原文地址：http://www.cnblogs.com/nimoer/p/4270093.html
