我去超市买菜不多，也就去家乐福和永辉多一些，感觉菜都不怎么新鲜，虽然便宜，不值那个价。要么就是那种有机蔬菜，太贵……
据说超市早晨的菜比较新鲜，但是被早起的大爷大妈抢走了，我从来没有体验过早起去超市……

@HongJay 哪里升级了？我有时候在盒马买菜，感觉无论在菜品还是价格上都基本上不如菜市场，只不过网上方便点。资本只是为了割韭菜，现在的便宜只是为了培养用户习惯。

我觉得起名这个还是父母自己来吧，以后有人问名字谁起的，答：网友

@Unclev21x 真的是没办法，我也想过用震楼器，但是真把老人震出毛病我可承担不起，没办法只能不了了之，不过后来听不到声音了，不知道是她没声音了还是我习惯了……

这种太痛苦了，我很理解楼主，我之前住的那个房子，楼上住老太太拄拐杖，每天四五点钟起床，在那敲，我感觉都要神经衰弱了。找他们，第一次态度还好但是没啥改善，后来就直接告诉我报警吧。

@Mac 当然不是，全国差价非常大，甚至同一个地区，农村和城市的都有差别。

@jhdxr 你这种用冗余代码兼容各种异常情况，看似健壮，实际上是对规范的破坏，带来的是沟通、维护成本的巨大提升。如果前后端都按照规范来，前端根本没必要校验这种情况。

@jhdxr 同一种类型，不应当存在某个特殊对象不存在 b 的可能性。Json 这种系统间交互的数据格式，不应该存在相同类型但是数据类型不统一的情况。你说的前端始终检查一遍就是额外的成本，如果都按照规范来，就不存在这个问题。

我想知道百度员工会用吗？

扯到带宽和流量就有点牵强了吧，{"B": []} 和 {} 能差多少流量？网络发展到这个时代，这个成本基本上可以忽略不计。规范是很重要的，语意不明的表达会增加很多沟通和开发成本。

@andyli9449 如果是我的话，我会用 null 。

我很惊讶那么多说第一种的，B 是个 list，B 的数据没有也只代表 list 为空，不应该没有 B 这个属性，这是两个概念。
举个例子：接口返回的数据表示某个人的一些信息，有个字段是 friends，类型是 list，他可以没有一个 friends，可以是空数组，但是作为人他一定具备 friends 这个属性。

我怀疑这个楼里好多都是不去菜市场只在线上购买的人，线上真的是贵。普通的鸡蛋现在菜市场四五块一斤，至于那些散养鸡、土鸡蛋，根本没啥对比的必要，本来商品都有消费级和高端啊。

@Marszm 你最后一句说的是有道理的，但是就事论事，微信的设计肯定是对于全部用户需求的一个折中，如果按照你这个设计去做，可能会引发更大的问题，而这些问题可能是你没有考虑到的。
张小龙：每天有一亿人教我做产品 :doge

我觉得买保险应该明白，大概率发生的事情没必要买保险（你都知道 70 岁之后很容易得重疾，保险公司会不知道吗？所以 70 岁之后的保费基本等于保额）

都两分钟了，撤回基本已经没用了。而且你只是考虑到了你的低概率场景有这种需求，说实话你这个想法就是想地球围着你转，还是从自身考虑如何避免犯这个错吧。