iOS开发之登录与访客
自我革命——发现问题 在开发中,一直有这样一种情境:App的未注册用户可以使用部分功能(访客视图),一旦需要使用一些核心功能或者获取个性化、差异化的服务时,就需要用户登录(登录定制)。一般的情况是: 用户点击某个按钮 ——> 弹出登录界面 ——> 输入信息 ——> 登录验证 ——> 界面发生变化 在几年前做开发时,由于项目需要快速上线,所以顾不上思考(其实是自己太菜),直接在需要判断登录的界面代码里写上如下代码: BOOL isLogin; if(self.isLogin){ //设置登录后的界面 } else{ //显示访客视图 //如果用户点击登录则跳转登录界面 //登录完以后更新当前界面为登录后的界面 } 时间一长,代码一多,就会发现很多界面有如上的重复代码,这很显然违背了Do not repeat yourself的原则,而且跳转的逻辑很烦。于是开始改进代码。 最先的一个哥们儿的做法是将登录字段抽取到一个常量中,需要时判断该值是否为真,然后执行相应的逻辑,这样每个类中就省去了一个字段。 if(CONSTANT.isLogin){ //设置登录后的界面 }...

