一种错误的数据字段取名

项目中 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 协议》,转载必须注明作者和本文链接
六月的风
《L02 从零构建论坛系统》
以构建论坛项目 LaraBBS 为线索,展开对 Laravel 框架的全面学习。应用程序架构思路贴近 Laravel 框架的设计哲学。
《G01 Go 实战入门》
从零开始带你一步步开发一个 Go 博客项目,让你在最短的时间内学会使用 Go 进行编码。项目结构很大程度上参考了 Laravel。
讨论数量: 14

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

3周前 评论
junwind (楼主) 3周前

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

3周前 评论

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

3周前 评论

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

3周前 评论
小李世界 3周前
哪吒的狗腿子 (作者) 2周前

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

3周前 评论
junwind (楼主) 3周前

:see_no_evil: :see_no_evil: :see_no_evil:

2周前 评论

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

2周前 评论

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

2周前 评论
junwind (楼主) 2周前

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

2周前 评论

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