第一个项目关于接口总结

写接口的时候一定要分离了写，尽量让一个接口实现一个功能。 比如一个找回密码的接口，刚拿到的时候不知道找回密码的具体逻辑，然后就按照自己的逻辑写。大概是，先输入用户名（手机号），密码然后点击确定，即可修改密码。当时我的设计是，后台先判断用户名密码是否为空，如果为空则给前台返回“用户名或密码为空”，然后跳出后台，当时验证码验证码的接口没做好，我想当然的在找回密码的接口中加上了验证码，接口的逻辑变成，先判断验证码是否正确，如果正确，在判断手机号密码是否为空，然后在判断手机号是否存在，如果存在则可以修改密码，如果不存在则提示手机号为空。好了写完了，我以为我写的是对的。 这个接口中完成的功能有判断验证码是否正确，判断手机号是否存在，修改密码。 做完之后的逻辑是先输入用户名，然后是手机验证码，然后是密码，最后提交，提交的时候我在校验手机号是否存在，验证码是否正确。  现在需求要这么做，输入完用户名点击发送验证码的时候，先判断手机号是否存在，如果存在在发送验证码，所以我的代码要改，但是我的改变还是在员来的接口上，没有把各个的功能单独拉出来。也把这个功能完成了。可是后来又加了一个推荐人账号，先是直接往数据库里存，不需要判断，我也是写在这个接口里的，后来又要判断一下推荐人账号是否存在，如果不填是可以的，如果填了是要判断推荐人账号是否存在的，我还是写在一个接口里的，也能完成。可是现在要先判断手机号是否存在如果不存在则不往下进行，好了这样也实现了。可是这样写的坏处是验证手机号是否存在的接口不能被复用。所以当我写找回密码的接口时也要判断手机号是否存在，可是这时就不能复用之前写过的接口了就造成了代码的冗余。。。看到这样的代码 我心里也是不爽的，可是又不想轻易的改，因为改变的话，要重新写，虽然业务逻辑可以很快理清楚，可是很费时费力，下次写项目的时候一定不能这样了。