README.md · 小君/o2o

# o2o
1.
ajax 传各种参数进来，多少都不管，但是后台只会获取配置内的参数用来填充condtion和其他sql参数(field,order,with,limit,size,paginate),除此之外的参数都丢掉.
2.如果有需要实现的自定义逻辑,可以继承。。
`public function getList($sqlObj){ 
    $lists = parent::getList($sqlObj);
    return $lists;
}`

1品牌表
2商品表（商品基础属性）
3分类表（多级分类）
4属性表（颜色、尺码、内存、cpu、储存、大小、价格也是属性等）
5属性选项表【衣服对应颜色和尺码，电脑对应cpu和内存】

商品表&属性表（n&n）

属性选项表&分类表(n&n)
#分类表和属性表绑定的疑问，了解一下#
---------------------------------------------
商品分类表是无限极分类的，而商品属性表应该是平的。以鞋子为例，分类表中有鞋子（cid=1）-》高跟鞋(cid=1001)，属性表中有鞋子的属性尺码、颜色、价格（这个点多亏博主提醒，不然真注意不到），那么问题来了。我的商品属性表中的分类id(字段为cid)该是鞋子还是高跟鞋的cid呢。

---------------------------------------------
书读百遍其义自见，打字过程中忽然想到解决办法——“就高”，顾名思义就是如果鞋子和高跟鞋都可以有颜色、尺码等属性，那么就绑定更高一级的cid。这样以后高跟鞋可以有的属性=自己特殊属性（一般高+比较高+恨天低+我实在想不出更多高更鞋的了。。）+所有父分类的属性（不管多少父级，都拿过来。）
--------------------------------------------

属性选项表&属性表()

商品表和货品表（n&1)

商家输入  手机的基本信息  然后填写   
港版16g蓝色  pic price    行货16g蓝色 pic price

把基础信息填写在货品表里面，然后商品表只留定义的数据。  然后需要的时候就联表来查询，可以通过货品id查询货品，并且可以查到同属一个货品的其他商品。

查询的时候用的货品，下单用的商品。。。。我真是醉了。。狗日了的。这样商品就可以有独立的库存了，一下子世界都清净了

至于商品的价格搜索，不是用数值来判断，而胡思根据属性来的。

选择分类-根据分类确定属性和规格

不是有商品-属性选项关系表吗，通过属性查询对应的属性选项，再通过属性选项查询对应的商品。这是比较复杂的做法。简单的方式是，在商品-属性选项关系表中增加冗余字段，即属性id、属性名称，则可以方便的查询出来。

规格有颜色

然后属性都没有（属性不影响价格，只是显示而已）

规格就只有颜色

如果新增叶子类目，需要同步生固定的价格区间属性+颜色规格

不能随便在别的类里面改变this->modelclass。会改变的

############一个订单对应一个第三方支付号，如果支付失败。而且重新支付的信息也过期的话，就需要按照各个子订单，重新获取第三方支付号。这个时候的第三方支付号表里面就有两个order_id记录一样的了。 需要的时候手动取最后一个即可

#关于团购和秒杀#

团购和秒杀类似于营销活动，在现有商品里面去选择。

排名 需要做后台排名生成的操作，每周更新一次。
排名 只有公司的排名，公司的搜索里面有用。

所以全局搜索的组件很关键了。可以有专门的页面来处理搜索业务，先选择分类，再输入搜索词。

需要有一个更新全局缓存的选项，重新吧各种对应关系弄一下。不然就尴尬了

小君/o2o

简介

发行版

贡献者

近期动态

小君/o2o .gitee-modal { width: 500px !important; }

简介

发行版

贡献者

近期动态

搜索帮助

小君/o2o