android奇葩傲娇后台返回参数不规范

相信有不少小伙伴都碰到过后台返回参数不规范的问题，刚来到新团队的我也碰到了，说下问题，newsResponses这正常返回是一个对象，本来用的挺好的，忽然间调用这个接口的页面蹦了，What？由于碰到个傲娇的后台我只能自己检测，结果发现问题在这里：

由于本菜鸟项目解析用的都是Gson，这个问题试了半天也不行，网上找的方法只能重写Gson的部分方法，What？这有点小题大做了吧？
然后自己突发奇想，既然解析有问题，那么就从解析的数据源着手吧，下面是自己的处理方式：

本文提附1：说下我们IOS对参数的处理方式:返回参数先判断是不是数组，再判断是不是对象，然后再判断是不是字符串，所有参数不管int格式还是字符串，全用字符串接，好吧，很强大！！！给IOS点赞！
本文提附2：说下我们经理对这个事情的看法（经理是java后台出身）：你们前台所有参数都要进行判断的！（是所有！所有！后台返回规范的话我用么？判断不消耗性能吗？虽然不大）

另外吐槽下下目前后台，int参数返回null，Obj返回"'这都是小事，大家可以商量嘛。奇葩的事是：

第一件事：

由于新公司开始上班我一直用的是自己的电脑，最近电脑老化严重，怕坚持不住，向公司申请电脑。然后我说android这边配电脑对内存要求比较高，最低8G，能配到12-16更好，如果公司不舍得配高的，可以买内存条。（android的小伙伴们，这句话没问题吧？没问题吧？）我们的后台说，台式机配置高，不需要那么高（后台是java），我说android studio和eclipse不一样，对内存要求高些，他说那也不需要插内存条，台式机性能好，4个G就够了，而且插内存条没用，各种巴拉巴拉~~~（好吧，公司就我一个android，我需要设备向公司申请，没有要求多牛X的设备，要求最低配置有问题？其他小伙伴们脑补）

第二件事：

由于我和我IOS搭档面试的时候都说实话，三年经验，入职之后发现除了我俩都是5年经验，好吧，一堆大神带我们，爽歪歪！！！经理的原话是：我们都不懂移动端，你们要什么接口图片什么的，直接要，让他们配合你。（感觉很牛X的样子哦）但实际工作中我们要完之后，后台说：这样，我给你这么返回，你怎么怎么接，巴拉巴拉~（好几次这样一改我们加了几百行代码，并且附加多次网络请求），可能有小伙伴会说，你们不会向经理反映啊？后台是经理小弟，别闹各位亲！所以我和IOS默默地把我们能处理掉的问题全都前台消耗掉。

第三件事：

由于我们的项目是从外包手中接过来的，代码我看完之后可以看出来，那家外包公司还是有成手坐镇的，项目整体上还是蛮规范的。然后我们做到分页，以前项目pageNo都是从1开始分，这个后台新写的接口是从0开始（为什么？）。重点来了，我说咱们后期还要做其他项目，如果过两个月回来维护都忘了，咱们写个文档吧？他说：IOS怎么写你就怎么写吧。（结束了...5年后台，经理的自己人，强调责任心的团队，吼吼吼！）另外之前项目有很多整合的接口，个人感觉对减少网络请求很有帮助，但新写的接口把之前整合的大多都拆分出来了，泪奔中~说好的做自己产品的优化我咋优化？

第四件事：

前两天发生的，由于多次沟通无结果，我目前的状态是选择尽量少说话，IOS那边只要能做我这边麻烦点也做！然后我们详情页是嵌套H5的，本来原生有一个收藏按钮，产品说要加到H5中，后台就和IOS还有产品商量（IOS不懂web交互和后台），最后商量的结果是，获取不到uid（哈哈哈...这里可能有人会骂我无耻，我沟通过很多次，问题是他们不问我我不能先发表意见，不然他们不会想可行性，首先是可反驳性，可能是我相对来说懂的比他们多点吧，所以我说了还不如不说），结果产品晚上和经理说不能做，经理直接问我谁说不能做，我说我没说啊，做个交互呗。（我这算婊么？），结果憋了三天改回原生，具体咋回事我不知道！（重点是5年后台啊，5年！）

吐槽差不多了，我这个解决办法也只不过是无奈之举，现实中如果后台愿意和前台沟通，愿意把事情做好，还是建议前台后台各种交接都有个规范，也方便后期维护不是？

推荐下本人的微信公众号，本博客及其他方面的消息会定期同步到公众号上面！