如果一个来回就能解决问题
可以考虑让其他两端也一起改
当初设计这种两个来回是基于什么考虑的？

【 在 feng321 (sfdf) 的大作中提到: 】
: 按照他的逻辑是：我发username、pwd给他，他返回200给我，我再发useid、cid给他，他再发true给我，我再跳转。
: 我建议两个来回解决：我发username、pwd、cid给他，他判断完后，返回给我，我再跳转。这样的好处是，减少一个来回，提高我写的app的响应速度。他只要把原来的接口复制一份出来，稍微改动一下就可以了。他给出的理由是：三端共用一个后台，万一哪天“三端修改，他只要修
--
FROM 180.167.95.*