JSON格式的弊端与解决方法(真实示例)

目录

1 JSON 格式弊端

2 解决方法

JSON 格式是目前最流行的数据交互格式,广泛应用于前后端分离的系统。但也有一些场合不适合使用 JSON 格式。

1 JSON 格式弊端

有这样的一个需求:希望把客户端的日志上传到服务器存储起来。原先的设计是把 JSON 格式写入日志文件。形如:

[{"logTypeComment":"info","logTimeComment":"2022-08-xx 10:52:59","content":"坐席日志"},{"logTypeComment":"info","logTimeComment":"2022-08-xx 11:02:13","content":"坐席日志"},{"logTypeComment":"info","logTimeComment":"2022-08-xx 11:05:03","content":"坐席日志"}

如果日志内容简短,可以直接在日志文件中查看,但如果内容很长,那么就难以阅读。必须把日志从服务器下载下来,放到 JSON 格式化工具中查看。

下面是一个真实示例,记录的日志内容非常长,难以直接查看:

维护人员必须放到 JSON 格式化器中进行美化后再查看:

这种方式在实际使用中并不方便。维护人员必须把日志文件拷贝到本地,然后复制相应的内容,再粘贴到 JSON 美化器中进行查看。操作繁琐,而且在复制的时候容易出错。

2 解决方法

一种解决方法是对日志内容进行遍历,一行一行打印出来。日志内容前后加上打印标识,并对打印内容进行格式化。形如:

另一种更好的方法是把日志内容写入库表,然后使用日志 web 平台,来展示这些内容。

写入日志文件中的内容,JSON 格式并不适用。应该尽量按行进行打印输出,并在输出前后打印标识。

到此这篇关于JSON 格式的弊端与解决方法的文章就介绍到这了,更多相关JSON 格式内容请搜索易知道(ezd.cc)以前的文章或继续浏览下面的相关文章希望大家以后多多支持易知道(ezd.cc)!

推荐阅读