V2EX › Chingim 的所有回复 › 第 71 页 / 共 105 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 ... 67 68 69 70 71 72 73 74 75 76 ... 105

❮

❯

2018 年 12 月 15 日

回复了 diduanjiucai 创建的主题 › 问与答 › 程序员们为什么不联合起来抵制就业过程中的年龄歧视？

放心吧，按照这个老龄化的趋势，我觉得我可以写一辈子代码。

写了这么多年如果没有年轻人写得好，那我认栽，祖师爷不赏饭吃也没办法，被裁那是应该的。

2018 年 12 月 13 日

回复了 jdhao 创建的主题 › 电影 › 有时候看到一些生活片，总是想流泪，你有过吗

我每隔一段时间就一个人去电影院，看电影流眼泪，发泄一下情感

2018 年 12 月 4 日

回复了 secsilm 创建的主题 › Python › JSON 对象 or JSON 字符串

@xiao17174

1. 讨论问题请不要倚老卖老，还有谢谢你夸我嫩。
2. 我的意思是你想把数据当成纯文本传输，让另一端想怎么解析就怎么解析(你所谓的更通用)，这完全可以，把 content-type 设置成 plain/text 就 ok 了。而不需要再包一层两层，把 {"dds":2} 变成 "{\"dds\":2}" ，因为前者已经是纯文本了。

2018 年 12 月 4 日

回复了 secsilm 创建的主题 › Python › JSON 对象 or JSON 字符串

@xiao17174 http 报文主体的内容是字节，没什么对象 /文本 /图像的概念。至于这些字节什么含义怎么解析，通过报文头部字段告诉另一端就好了。你举的这个例子，不管 content-type 是 application/json 还是 plain/text，报文主体的内容是一样的字节

2018 年 12 月 4 日

回复了 doommm 创建的主题 › 程序员 › 各位老哥见过这样的后端 API 约定吗

无非就是 mapping 谁来做的问题罢了.
这种场景我都是说服后端, 让他们做, 理由:
1. 接口字段应该语义化, 一来方便开发, 需要传什么值一目了然. 二来方便测试, 测试人员抓包的时候如果能一眼看出数据含义, 效率会很高. 不仅仅字段名称语义化, 连字段值也要尽量语言化, 能传 ISO 格式的时间, 就不要传时间戳

2. 如果有多个端(ios/android/其他 web)在消费这个接口, 那么每个端都得做自己做一遍映射, 代码冗余

2018 年 12 月 4 日

回复了 secsilm 创建的主题 › Python › JSON 对象 or JSON 字符串

对于 json 文本，后端应该把 http 头 content-type 设置为 application/json ，一些语言或者框架看到这个头部字段，会帮你转成 json 对象

2018 年 12 月 3 日

回复了 hansonwang99 创建的主题 › Apple › 求问大佬们， 15 款高配的 MBP 15 寸， 2.5GHZ i7 处理器 16G 内存 512 固态这款， 8300 收值得吗？成色挺新，有包装盒和发票，电池循环是 36 次

循环太少不见得电池就健康。可能是一直插电用，电池鼓包的概率会变大

2018 年 12 月 3 日

回复了 bornichildren 创建的主题 › macOS › Mac 1Password 使用求解

这玩意也敢用破解，不怕后门么

2018 年 12 月 2 日

回复了 PPing520 创建的主题 › Apple › 关于 Macmini 的散热器 DIY，有一些问题想咨询

额...时间参数被吃了...第四分钟