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://ybzwz.com/article/dsgodec.html