IOS制作之APP「前往键」的退化仓酷云

维护一个堆栈-(void)pushViewController:(UIViewController*)viewControlleranimated:(BOOL)animated是像堆栈里压一个UIViewController-(UIViewController*)popViewControllerAnimated:(BOOL)animated是从堆栈里弹出来一个UIViewController就算你的程序不是像联系人那样向右推进也可以用UINavigationController先说一段绕口令，
产物计划，年夜部分的事变是在思索信息与流程计划；流程计划，年夜部分的事变是在思索导航计划；导航计划，年夜部分的事变是在思索怎样让用户「前往」…
那，明天来聊一下APP的「前往」计划。
关于前往，在支流的挪动平台上，在很长一段工夫内，是一切产物司理和计划师们争辩的核心。这些争辩包含但不限于，Android版本究竟要不要完整依附物理键的前往、为何ios的前往键一向在左上角、手机端扫瞄器的前往应当放在哪儿….
很遗憾，这几个成绩我都回覆不来。
在实践项目过程当中，我们也遭受到Android早期计划标准的凌乱，以是，为了包管项目标进度，间接接纳了跟ios分歧的前往计划体例。
固然，依据一些计划准绳，假如用户进进的信息层级过深，会间接在左上角供应一个「回想页」的功效，便利用户跳转导航。
不外，比来关于APP的「前往」仿佛有了一点纷歧样的退化，几个例子：

登录/注册后可看大图

<br>
1、部分APP入手下手将前往挪到了底部
详细说就是，前往按钮从左上角挪到了左下角，典范的APP如，淘宝、知乎日报。
我不晓得详细的用户研讨了局怎样，从我团体的体验来看，我很喜好。这类修改仿佛跟手机硬件要末愈来愈长要末愈来愈宽有干系，硬件变得让人没法一手把握，掌机愈来愈没法把握，以是，响应的影响到了APP的计划。
2、手势操纵有替换按钮的趋向
详细的说就是，用户能够经由过程滑动来完成前往，而不是必定非要往点击前往按钮，典范的APP如，知乎、豆瓣小组。
Android保持了很久，一直不愿保持物理硬件，以是，Android的前往成绩仍旧没能完善办理。不外，从全部挪动生态的开展来看，用户对这类手势操纵愈来愈习气，同时，手势的操纵的确要比点击效力更高。
以是，能够预感的是，在将来，将会有更多的APP到场手势前往操纵，乃至成为次要的前往出口。

除了在程序加载的时候把我的view加载到他上目前我还没用到过其他的苹果一直很推崇MVC的程序结构视图模型控制器简单说就是视图负责显示内容模型负责所有数据的保存结构或者一些其他数据操作控制器是用来协调视图和模型举车的发动机系统的例子