各位针对分页结构,上传了一个demo,但是属性选择太复杂了,没法上传抱歉 (其实这是第一次剥离出来, 我觉得, 耦合太严重了, 比如各种工具类, 常见分类, 可以搞一个自己的仓库, 这样, 新建一个项目或者剥离一个项目 直接就pod一下, 这样处理了, 不用到处复制工具类..)
(实际上很多代码没删除干净..但是剥了几个小时 终于跟剥开了, 想的是本来属性选择也搞的
无奈子商品太多,我们重新请求的, 所以 没办法, 这里的就是个架子, 有问题在交流)
https://github.com/fss1994/ProductDetailPage

1.首先实现最大的功能,就是商品详情的架子,目前主流的商品详情页都是采取左右滑动,三层(商品,详情,评价),也就是想要有一个大容器装着这三个,并且左右滑动,并且还要良好的监听各事件,这里我是在"TYPagerController"的基础上重新自定义了一个基于nav左右滑动的容器.实现效果如下(需要增加只需在对应协议增加控制器即可)

框架滑动.gif

2.我们实现的只是冰山一角,在搭建了框子之后,我们需要做的还有很多,例如这个上下滚动的效果以及属性选择

上下滚动及属性选择.gif

还有右上角的弹出框

弹出框.gif

3.关于这个上下滚动你们一定能找到许多demo,这里就不多赘述,弹出框用的是"FTPopOverMenu"这个框架可以试试,使用非常简便,
4.相信最复杂的还是属性选择界面吧,这里的属性选择界面我参考了http://www.jianshu.com/p/615bd6158e8f 这位作者的文章,但是与我们的产品并不能兼容,于是采用了自己写的,用的是collectionView的实现方式.其实最难得都不是这些.最复杂的是与接口定义sku的实现方式,因为我们产品不是很给力,所以这些都需要我们和接口后台定,而且要实现类似京东的选中一个属性,要知道另一个属性是否有规格,是否有货等情况,这就要求json数据里包含了所有的组合情况,以及点击一个cell时要遍历所有的组合情况,以下是一行属性的所有json

        {
            title = 规格;
            value = (
            {
            bottons = (
            {
            id = f8dc5bc18fac4408b681874627799183;
            isStock = 1;
        },
            {
            id = fcce3af2137e425b81866a3cb31f1914;
            isStock = 1;
        },
        );
            name = 128GB;
        },
            {
            bottons = (
            {
            id = e503aa954e434f3e99f469042a8cae2c;
            isStock = 1;
        },
            {
            id = 578c2c50166547ebbcb2d3f947fd444d;
            isStock = 0;
        },
            {
            id = 8f8997a819e24b49bac34e7329f6fd16;
            isStock = 1;
        },
        );
            name = 32GB;
        },
            {
            bottons = (
            {
            id = adba890a6c6b4f28aabb1eeaeadf8472;
            isStock = 0;
        },
        );
            name = 16G;
        } ,
        );
            type = standard;
        }

看着恶心不,我写下判断点击逻辑,会更恶心

1. 刚进入时,选择默认产品 刚进入时,有默认产品,默认N个选中状态.(N为传过来的属性种类个数), 假设为了判断第一行的状态,需要使用除第一行的其他所有行选中状态下的属性集合中包含的pid集合的交集,来对第一行的其他未选中属性进行判断. 同理其他行亦然.
2. 点击其他属性,这里分三种情况.
   1.点击可选中(无规格)属性 2.点击可选中(有规格)属性 3.点击不可选(无货);

• 情况一. 点击可选中(无规格)商品属性时,将所有选中的商品置为未选中,将该无规格属性商品的pid集合作为筛选条件,对所有行进行遍历确认其他行逻辑,另该无规格自身行的所有属性置为可选
• 情况二. 点击可选中(有规格)商品属性时,将该属性选中,这里又分2种情况
  ① 选中了所有传过来种类个数的属性,该情况时与第一种选中默认产品相似,假设为了判断第一行的状态,需要使用除第一行的其他所有行选中状态下的属性集合中包含的pid集合的交集,来对第一行的其他未选中属性进行判断. 同理其他行亦然.
  ②选中了大于一个,但是小于所有传过来种类个数的属性,该情况需要对选中行所有进行排列,也需要要对未选中行进行排列.对选中行的排列是依据其他选中行的pid集合的交集(此处与默认排列相似),而对未选中行的排列则是依据所有选中行的pid的集合的交集来进行操作
• 情况三. 点击不可选(无货) 点击事件return;

后期其实加了更多需求,先放着,有时间优化..总体实现效果我发一下

总体实现效果.gif