iospush开发,高级ios开发
iOS实现先无动画pop再push,替换当前控制器
iOS实现先无动画pop再push,替换当前控制器
定制网站建设可以根据自己的需求进行定制,网站设计、做网站构思过程中功能建设理应排到主要部位公司网站设计、做网站的运用实际效果公司网站制作网站建立与制做的实际意义
1.先pop 发送通知或代理在前一个页面执行push操作
iOS开发中会遇到添加成功,发送成功……类似情况,需要先将push前的页面移除调。如果直接调用pop,立刻去push。如果这两个命令写在同一个控制器中,则会发现push根本没有被执行……因为pop已经将该控制器移除,push根本没有机会执行。也可以在上一个控制器通过代理/通知/闭包等操作。
这种方法有弊端,有可能会push多次不等。页面交互非常不好。
2.改变控制器在栈中的位置
所以就选择了下面的方法,先移除路由栈中当前控制器,再新增新的控制器,最后赋值。
iOS开发中push方式被什么取代
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消息了。
iOS开发 导航栏出现多次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 转场动画:以Push方式实现Present跳转
在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跳转,同时可以像原生导航一样进行侧滑返回
iOS推送—用Adhoc模式在生产环境中测试Push Notifications功能(转)
由于我现在开发的应用比较依赖消息推送。但在生产环境中(production)来测试消息推送比较麻烦.大部分人认为只能在app发布之后,才能验证生产环境下的消息推送。其实是不对的这篇文章,是解决如何在不提交app应用的情况下,使用ad-hoc模式来验证消息推送(push notifications).
1.png
把codeSign 设置我就忽略了接着,进入XCode-Product-Scheme-Edit Scheme。修改Build Configuration为Release
2.png
然后进行打包 savefor adhoc ipa然后。通过itunes装到有权限的设备上就可以验证生产证书的推送。
新闻标题:iospush开发,高级ios开发
标题链接:http://pwwzsj.com/article/dsgodec.html