84669 person learning
152542 person learning
20005 person learning
5487 person learning
7821 person learning
359900 person learning
3350 person learning
180660 person learning
48569 person learning
18603 person learning
40936 person learning
1549 person learning
1183 person learning
32909 person learning
ringa_lee
如果是登录界面的话, 个人觉得把它放在一个单独的window里比较好, 登录验证通过后, 就可以把那个window释放掉了!
一般我做登录,都是用NavigationViewController push或present。 NavigationViewController里有一个栈,每次push都是VC入栈,pop会出栈。一个VC出栈后会被释放。 present后的dismiss也是一样,会被释放 如果你的VC在pop(或dismiss)后没有被释放,那应该是这个VC仍然有一个强引用指向他,这应该是编码不规范造成的。 建议你把处理登录VC的代码贴出来
之前做的时候有登录这个功能,当时的处理方法是在userDefault中存个是否登录标志位,程序启动的时候在AppDelegate中检测标志位,如果未登录,那程序的rootViewController就初始化为登录界面,如果已经登录了,那程序的rootViewController就初始化为其他的界面,这样就不用每次都初始化loginViewController了。刚做iOS,不太懂... 希望能对你有帮助。这种做法有什么弊端,也请各位大神指正...
如果是登录界面的话, 个人觉得把它放在一个单独的window里比较好, 登录验证通过后, 就可以把那个window释放掉了!
一般我做登录,都是用NavigationViewController push或present。
NavigationViewController里有一个栈,每次push都是VC入栈,pop会出栈。一个VC出栈后会被释放。
present后的dismiss也是一样,会被释放
如果你的VC在pop(或dismiss)后没有被释放,那应该是这个VC仍然有一个强引用指向他,这应该是编码不规范造成的。
建议你把处理登录VC的代码贴出来
之前做的时候有登录这个功能,当时的处理方法是在userDefault中存个是否登录标志位,程序启动的时候在AppDelegate中检测标志位,如果未登录,那程序的rootViewController就初始化为登录界面,如果已经登录了,那程序的rootViewController就初始化为其他的界面,这样就不用每次都初始化loginViewController了。刚做iOS,不太懂... 希望能对你有帮助。这种做法有什么弊端,也请各位大神指正...