JSON格式的弊端与解决方法(真实示例)
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 格式内容请搜索编程网以前的文章或继续浏览下面的相关文章希望大家以后多多支持编程网!
免责声明:
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341