最近看了一下rfc822,rfc2045系列email相关的标准以及http的rfc文档,email的rfc822等描述电子邮件本身的数据格式,http的协议描述了http交互的协议,但是仅仅看数据这一层而言,都是类似的。描述一份数据,需要先有这份数据的描述
(就是元数据),之后才是具体的数据,这才形成了一个标准(或者协议)。
一般的数据的描述就是数据的头信息,而且是key-value对。之后才发送数据。总而言之,其实程序在处理数据时,要先了解要处理的数据的标准的是怎样的,之后再编码,处理业务逻辑,考虑存储问题。会看api其实只是熟练coding而已,如果不了解api是处理什么用的(我说的不是api的具体实现,如果考虑代码功能,使用api当然要保持透明性),处理的原始数据格式是怎样的,那可能会绕很大的弯路。如果了解这些,使用api只是避免重复制造轮子而已,可以免费使用已有的开源包来替我们完成具体的数据处理功能。
(就是元数据),之后才是具体的数据,这才形成了一个标准(或者协议)。
一般的数据的描述就是数据的头信息,而且是key-value对。之后才发送数据。总而言之,其实程序在处理数据时,要先了解要处理的数据的标准的是怎样的,之后再编码,处理业务逻辑,考虑存储问题。会看api其实只是熟练coding而已,如果不了解api是处理什么用的(我说的不是api的具体实现,如果考虑代码功能,使用api当然要保持透明性),处理的原始数据格式是怎样的,那可能会绕很大的弯路。如果了解这些,使用api只是避免重复制造轮子而已,可以免费使用已有的开源包来替我们完成具体的数据处理功能。