iOS开发之登录与访客

发现问题与自我革命在开发中，一直有这样一种情境：App的未注册用户可以使用部分功能（访客视图），一旦需要使用一些核心功能或者获取个性化、差异化的服务时，就需要用户登录（登录定制）。一般的情况是：用户点击某个按钮 ——> 弹出登录界面 ——> 输入信息   ——> 登录验证  ——> 界面发生变化在几年前做开发时，由于项目需要快速上线，所以顾不上思考（其实是自己太菜），直接在需要判断登录的界面代码里写上如下代码时间一长，代码一多，就会发现很多界面有诸如上面的重复代码，这很显然违背了Do not repeat yourself的原则，而且跳转的逻辑很烦。于是开始改进代码。最先的一个哥们儿的做法是将登录字段抽取到一个常量中，需要时判断该值是否为真，然后执行相应的逻辑，这样每个类中就省去了一个字段。随着逻辑的增多，发现公用的代码越来越多，于是抽取了父类，这样逻辑就上移到了父类中，所有子类中不需要有类似isLogin的属性来判断用户是否登录。突然有一天，我们发现某些App访客视图相似度非常大，某些App中的登录界面也是一样的，于是发现上面的代码还是需要精简，于是我们将上面的else部分也上移到父类中，也就是在父类中判断用户是否登录，未登录显示访客视图，并且将用户的是否登录的字段isLogin抽离到一个专门的用户模型中。摸着石头过河下面以一个iOS的Demo来讲解一下。主题界面架构是这样的：UITabBarController中嵌套UINavigationController.png一开始，进入的时候，都显示访客界面，颜色为青色,点击中间的+弹出登录界面，点击登录界面的+表示登录过程，然后主界面显示登录后的各个界面，以不同颜色代替。登录与访客.gif主界面的搭建代码这里就不贴了，很简单，主要讲解一下登录与访客的逻辑实现。1.父类视图控制器2.子类视图控制器（四个子类都差不多，这里贴一个）3.中间视图控制器