一种错误的数据字段取名

项目中 redis 中存有这种 json 。

 "tpdmps4a": {
     "i": "xxxx",
     "t": "",
     "c": "",
     "n": xxx,
     "w": [],
     "d": xxxxx,
     ...

非常不建议这种字段名称的取法,尽管减少了存储,但是大大的增加了维护的困难。

更难的点是,没有字段说明。

建议取字段名时,尽量做到见名知意,能用简单的英文,就用英文,或者直接中文拼音。
比如:

{
"id" : xx,
"index":xx,
"time":xx,
"name":xx,
"content":xx,
"describe":xx,
"num":xx,
"status":xx,
...
}
本作品采用《CC 协议》,转载必须注明作者和本文链接
六月的风
Junwind
《L05 电商实战》
从零开发一个电商项目,功能包括电商后台、商品 & SKU 管理、购物车、订单管理、支付宝支付、微信支付、订单退款流程、优惠券等
《L03 构架 API 服务器》
你将学到如 RESTFul 设计风格、PostMan 的使用、OAuth 流程,JWT 概念及使用 和 API 开发相关的进阶知识。
讨论数量: 14

这种不是为了自己不被优化的存储方法吗?😂

1年前 评论

挺好的,极大的稳固了自己在公司的地位。

1年前 评论

我感觉你很难,哈哈 ,这个项目维护的。

1年前 评论
Junwind (楼主) 1年前

减少字段字符的数量是为了减少内存。压缩下不更好吗。这种极大的巩固自己的地位

1年前 评论
小李世界 1年前
哪吒的狗腿子 (作者) 1年前

会不会这数据是第三方接口返回的?

1年前 评论
Junwind (楼主) 1年前

:see_no_evil: :see_no_evil: :see_no_evil:

1年前 评论

有些银行是类似这样取名的,然后有个字段对应解释表 :joy:

1年前 评论

某银行系统字段都是编码,比如N01BAZ,没有注释,需要自己去数据字段里对照……

1年前 评论
Junwind (楼主) 1年前

这都算是好的了,曾经待过的一个公司,一个json属性,100多个字段,能用、常用的就十几二十个!问为啥要这么多,答曰:为了兼容不同的设备!

1年前 评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容,与人为善,比聪明更重要!