HTTP接口架构升级

项目组针对影片详情页最原始的设计是使用xml静态文件的形式向IPAD终端提供数据内容（可能更多地出于性能考虑），后来又使用json静态文件 给安卓终端提供数据内容（文件内容小了点，比xml进步了些），但是这样做的弊端越来越多，比如哪个终端想要有一些个性化的数据（独家内容或者是mp4视 频格式），这样就不得不再为这个终端生成一批静态文件，另外还得通过rsync同步这些静态文件到前端服务器，又慢又繁琐，而且偶尔还会同步不成功。

后来我们放弃了使用静态文件的方式，使用redis来存储详情页数据（通过脚本定时写入或者是发布内容的时候触发写入），并使用redis自带的主 从同步机制，将数据同步到前端各台服务器。这样做的好处是：不仅不用管内容的同步了，把所有同步问题都甩给redis本身，而且从redis里面取出数据 时，可以根据来自客户端的不同请求参数（不同终端、不同版本），对数据进行各种的加工后再返回给客户端。这样，redis里面只是存储原始数据，很好地实 现了数据和业务的分离。


 

设计基于HTTP的接口有很多值得考究的地方，推荐这2篇blog：RESTful API设计指南     HTTP API设计指南

生活不易，码农辛苦
如果您觉得本网站对您的学习有所帮助,可以手机扫描二维码进行捐赠