分母

服务降级了

网页协议 确实限制比较多，推荐 可爱猫吧 ……（虽然好像是易语言写的，不过跑了几个月了感觉还算稳定

坐标杭州，如果楼主也在的话，请你吃饭。

预感这层楼里会粗线好多妹纸……

把两者结合一下：D


├── A
│ ├── Model
│ │ ├──Model_A1
│ │ ├──Model_A2
│ │ └──Model_A3
│ ├── Controller
│ │ ├──Controller_A1
│ │ ├──Controller_A2
│ │ └──Controller_A3
│ └── View
│ ├──View_A1
│ ├──View_A2
│ └──View_A3
├── B
│ ├── Model
│ │ ├──Model_B1
│ │ ├──Model_B2
│ │ └──Model_B3
│ ├── Controller
│ │ ├──Controller_B1
│ │ ├──Controller_B2
│ │ └──Controller_B3
│ └── View
│ ├──View_B1
│ ├──View_B2
│ └──View_B3
└── C
├── Model
├── Controller
└── View

坐标杭州，求前端开发小伙伴

@kukala 订单不确定，还是看具体的业务场景吧，如果还存在着把客户订单再拆分到 商家子订单等到复杂的后端业务，那最好考虑是否分开。
统一的商品表从你描述的场景感觉用处不大，不仅要多维护表和关系，搜索时扩展表还是要关联查才行。

分开存储，，就算有 统一搜索等后续需求，也可以用视图或者 搜索引擎 来搞；

快扶我起来，我还能学……

中老年程序员

先找个女朋友，谈个恋爱最重要；

语法糖

这种域名你往 qq 微信里输一下试试，看报不报红，估计都是被禁封了吧

当然是撩个妹咯

这不就是微信开发平台现在搞的么?拿个 openid 搞一堆接口数据
这种趋势有，但是其中的收益 /好处不足以让这种趋势 变成一种标准