协议演变

博客讲述了作者在项目中经历的协议演变过程,从HTTP到HTTP+gzip再到TCP+JSON,强调了随着需求变化和上传量增加,协议的扩展性和性能成为关注点。快速开发的压力导致了一些妥协,但也带来了对协议深入理解和优化的机会。文章讨论了在特定场景下选择更适合的低级协议可能更为高效,并指出项目演进中的尝试和学习是必要的。
摘要由CSDN通过智能技术生成

    搬过来广州一个多月了,50号人,这样搬迁,不知道老板是怎样想的,托词是广州容易招到人,也问过我是愿意到广州还是留在珠海,一个月前婆婆还在世,当然选择近一点的广州,现在的话,去哪都一样,跑到深圳,或者是苏杭体验一下生活,也很不错,至于安居乐业,暂难打算。

    这段时间是跟着需求改啊改,新增些什么功能,修些什么BUG,隔三差五就部署部署,进度缓下来了,然后又说转golang,这,真要想想。收获也并不是没有,只是也慢了下来,对协议扩展性、存储扩展性能等的问题考虑也更加多了点,保守来算个人能力肯定也是上去了些吧,至少说什么千万级亿级用户什么的,也不是那么胆怯,毕竟扩展方案就在这。

    协议的变化跟需求关系有点密切,因为项目上传量巨大,所以正常的http协议好像真有点食不消,具体往下看。

    这一开始项目是直接套上HTTP协议,用上最传统的传输方法,application/x-www-form-urlencoded,因为开始时候接口定义就是用户注册,登录,简单的申请带的POST参数十分少。接着POST的内容多了,底层的协议也懒得改了,参数来直接就塞一个urlencoded的JSON进去... 快速开发嘛... 因为当时定义参数的时候各种校验参数与固定参数好几项,改成POST一个JSON感觉就是折腾,其实这期间也想过改别的对象协议,不用JSON,但计划赶不上变化,需求一罗罗,只能这样了,况且JSON各种支持也比较好,包括流式解析什么的都有了,就不折腾了。

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值