iOS实现先无动画pop再push，替换当前控制器
定制网站建设可以根据自己的需求进行定制，网站设计、做网站构思过程中功能建设理应排到主要部位公司网站设计、做网站的运用实际效果公司网站制作网站建立与制做的实际意义
1.先pop 发送通知或代理在前一个页面执行push操作
iOS开发中会遇到添加成功，发送成功……类似情况，需要先将push前的页面移除调。如果直接调用pop，立刻去push。如果这两个命令写在同一个控制器中，则会发现push根本没有被执行……因为pop已经将该控制器移除，push根本没有机会执行。也可以在上一个控制器通过代理/通知/闭包等操作。
这种方法有弊端，有可能会push多次不等。页面交互非常不好。
2.改变控制器在栈中的位置
所以就选择了下面的方法，先移除路由栈中当前控制器，再新增新的控制器，最后赋值。
IOS开发中PUSH通过开发者push证书实现的，要实现通知推送只能使用push，无其他代替方法。
PUSH原理及实现方法：
原理图：
注：
Provider :应用自己的服务器；
APNS :Apple Push Notification Service的简称，苹果的PUSH服务器；
实现方法：
一、生成push证书。
1、用付费帐号登录到IOS开发者中心。
2、生成开发证书，生成开发证书过程中需要通过Keychain生成一个CSR文件，默认名为CertificateSigningRequest.certSigningRequest，这个文件将在生成push证书的时候用到。
二、创建一个App ID。
注：要用push功能的Bundle Identifier一定不能出现通配符，比如com.mycompany.* ，这样的名字是不能使用push的。
创建过程中Description可以任意填写，比如叫 push_demo ；
Bundle Identifier一般用 com.company.appname 这样的格式，例如com.mycompany.demo ；
三、生成Push SSL Certificate。
1、打开 Enable for Apple Push Notification service 选项，该选项下有 Development Push SSL Certificate 和 Production Push SSL Certificate 两个SSL Certificate可以配置，前面一个是用来的开发的push证书，后面一个是用来发布的。我们以开发push证书为例，点击 Development Push SSL Certificate - Configure ，后面会要求选择CSR文件，这就是生成开发证书时的CertificateSigningRequest.certSigningRequest文件，选择好CSR后就生成好相应的SSL Certificate了。下载下来，保存名为 aps_developer.cer 。
2、从Keychain中导出私钥、设置好密码，命名为private_key.p12。
3、生成push证书。
将aps_developer.cer转成pem格式
openssl x509 -in aps_developer.cer -inform DER -out aps_developer.pem -outform PEM
将private_key.p12格式的私钥转换成private_key.pem
openssl pkcs12 -nocerts -out private_key.pem -in private_key.p12
4、这一步会要求输入p12私钥的密码，以及设置新生成的pem的密码。
5、创建用于服务端的SSL p12格式证书，命名为aps_developer.p12
openssl pkcs12 -export -in aps_developer.pem -inkey private_key.pem -certfile CertificateSigningRequest.certSigningRequest -name "aps_developer" -out aps_developer.p12
6、这一步会要求输入private_key.pem的密码，注意不是private_key.p12的密码。如果密码错误，或者CertificateSigningRequest.certSigningRequest文件不匹配都不能正常生成aps_developer.p12文件，如果生成的aps_developer.p12文件大小是0，说明生成过程中出了问题，请检查pem私钥、密码、以及CertificateSigningRequest.certSigningRequest是否正确。
aps_developer.p12就是Provider向APNS发送push消息需要的SSL证书。把这个证书和密码提供给服务端，服务端就可以发送push消息给APNS了。这时服务端已经可以工作了，但客户端还必须配置相应的Provisioning Profile才能启动应用的push功能。
服务器配置需注意的是，由于我们生成的是开发环境的push证书，所以服务器应该连接APNS的sandbox环境地址：gateway.sandbox.push.apple.com:2195 ，如果应用正式发布，就要连接正式环境，必须生成相应的发布证书，并连接APNS正式环境地址：gateway.push.apple.com:2195 。
CertificateSigningRequest.certSigningRequest
private_key.p12
aps_developer.cer
四、生成Provisioning Profile
1、新建Profile，命名为push_dev；
2、选择相应证书；
3、App ID选择push_demo;
4、选择设备；
5、下载并安装该Profile供开发使用；
6、Xcode证书设置、Info.plist设置
用Xcode打开客户端工程，设置Info.plist的Bundle identifier为com.mycompany.demo 。
打开工程设置，必须将证书设置为与push_dev关联的证书。
7、客户端获取deviceToken
服务端要发送push消息给某一设备还必须知道该设备的deviceToken。应用运行后获取到deviceToken，然后上传给服务器，下面介绍应用如何获取deviceToken。应用必须先注册使用push功能。
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
[[UIApplication sharedApplication] registerForRemoteNotificationTypes:(UIRemoteNotificationTypeAlert | UIRemoteNotificationTypeSound | UIRemoteNotificationTypeBadge)];
// do something
// ...
}
在AppDelegate中添加下面方法来获取deviceToken：
- (void)application:(UIApplication *)app didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken {
NSString *token = [NSString stringWithFormat:@"%@", deviceToken];
NSLog(@"%@", token);
}
- (void)application:(UIApplication *)app didFailToRegisterForRemoteNotificationsWithError:(NSError *)error {
NSLog(@"%@", error);
}
应用获取到deviceToken后，上传给Provider，Provider就可以用这个deviceToken给这个设备push消息了。
在点击push下一个页面时，因为各种原因，点一下cell或按钮没有响应，用户可能就多点几下，这时候会打开好几个一样的页面。
这是因为push后的页面有耗时操作或者刚好push到另一个页面时，另一个页面正好在reloadData卡住主线程。造成点击cell时卡住了。
这时，我们可以通过重写导航控制器的方法来解决这个问题。
#import UIKit/UIKit.h
@interfaceNaviViewController : UINavigationController
@end
#import "NaviViewController.h"
@interfaceNaviViewController ()
// 记录push标志
@property(nonatomic,getter=isPushing)BOOLpushing;
@end
@implementationNaviViewController
- (void)viewDidLoad {
[superviewDidLoad];
self.delegate=self;
}
- (void)pushViewController:(UIViewController*)viewControlleranimated:(BOOL)animated {
if(self.pushing==YES) {
NSLog(@"被拦截");
return;
}else{
NSLog(@"push");
self.pushing=YES;
}
[superpushViewController:viewControlleranimated:animated];
}
#pragma mark - UINavigationControllerDelegate
-(void)navigationController:(UINavigationController*)navigationControllerdidShowViewController:(UIViewController*)viewControlleranimated:(BOOL)animated {
self.pushing=NO;
}
@end
在iOS开发中，页面跳转一般有两种方式：
在SDK开发中，由于需要减小侵入性，通常会使用modal方式弹出SDK的页面，那么默认唤起的动画就是从下到上。现在有一个需求，需要从右到左唤起SDK的页面，所以我们需要用到转场动画，将present的动画改成从右到左，也就是以Push方式实现Present跳转。
实现模态的转场动画的步骤，大概分以下几步：
下面按照这个步骤来实现功能
创建一个类 WBHCPushAnimatedTransition 来封装转场动画
实现系统的 UIViewControllerAnimatedTransitioning 协议
实现present动画，实际就是使用UIView动画来改变 fromVC 和 toVC 的 view 的位置
实现dismiss动画，和上面的present动画相反，将fromVC 和 toVC 的 view 的位置还原
这样，整个转场动画的封装就完成了，下面来实现代理
在要present出来的vc中实现系统代理 UIViewControllerTransitioningDelegate
这样的话，整个功能就基本实现了
但是，体验上还缺少一点：没有侧滑返回。所以，接下来，我们实现侧滑返回的交互转场
创建一个继承自 UIPercentDrivenInteractiveTransition 的类 WBHCPopInteractiveTransition 来封装交互转场
为传入的vc添加拖动手势
拖动手势是加在全屏上的，我们需要将它限制到屏幕左侧，这样才是侧滑返回，否则是全屏返回
核心是处理手势交互转场的过程，我们需要更新转场百分比 updateInteractiveTransition ，标记 完成转场 finishInteractiveTransition 和取消转场 cancelInteractiveTransition
这样，整个交互转场的封装就完成了，下面来实现代理
在要dismiss消失的vc中实现系统代理 UIViewControllerTransitioningDelegate
这样的话，整个侧滑返回的功能就实现了
至此，我们基本上就实现了以Push方式实现Present跳转，同时可以像原生导航一样进行侧滑返回
由于我现在开发的应用比较依赖消息推送。但在生产环境中(production)来测试消息推送比较麻烦.大部分人认为只能在app发布之后，才能验证生产环境下的消息推送。其实是不对的这篇文章，是解决如何在不提交app应用的情况下，使用ad-hoc模式来验证消息推送(push notifications).
1.png
把codeSign 设置我就忽略了接着，进入XCode-Product-Scheme-Edit Scheme。修改Build Configuration为Release
2.png
然后进行打包 savefor adhoc ipa然后。通过itunes装到有权限的设备上就可以验证生产证书的推送。
