修改动画实现方案

提供了三种切换动画实现的方案
方案一: USE_SWIPE_ANIMATION ＝ YES

transitionView添加了对SwipeGesture的响应，当手势发生时，会把原来vc的view从transitionView删除并添加
新的view进去
 然后根据swipe的方向，在指定时间之内完成frame的移动以实现动画，该动画开始后不能取消。
 transitionView从始至终只保留当前显示的ViewController的view对象，所需内存较少。

方案一: USE_SWIPE_ANIMATION ＝ NO and USE_THREE_VIEWS ＝ NO
 因第一种方案无法跟随手指移动，不是很满意，所以实现了这个方案。

transitionView添加了PanGesture的响应，当手势开始时，根据手势的方向，添加左侧或者右侧的ViewController的vi
ew到transitionView的左侧和右侧。
 该方案使用了两种方法来实现frame控制

第一种：view添加完成之后，根据view所在的位置，扩大transitionView的frame，然后根据手势移动transitionView
，动画完成之后，缩小transitionView的frame到正常，因为缩小之后，子view相对父view的位置也需要相应的调整。
 第二种：view添加完成之后，设置_transitionView.clipsToBounds = NO
使得当子view超过父view时也能够显示（方案三也是基于此）。根据手势的方向移动_transitionView，当_transitionVie
w到达指定位置之后，重新设置_transitionView的frame并删除不在显示区域内的子view
 这个方案有个bug，根据PanGesture的状态，在开始时，还是有可能无法得知方向，这个时候，无法完成VC的切换
 transitionView在手势开始到结束时，持有当前的VC的view以及目标VC的view，动画完成或者取消之后，不需要显示的那个会被删除

 方案三：
 因为第二种的bug，以及左右的view是在手势发生时加载，如果左右的VC有耗时操作，那么会有卡顿，所以最终默认使用了方案三

在页面加载完成时，就会把左右VC的view加到transitionView的左右两侧，基于_transitionView.clipsToBoun
ds = NO属性，采用
 和方案二中的第二种方法类似的逻辑，实现动画。
 transitionView从始至终会保留有左右两侧VC的view的对象，所需内存较多。