首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

不应该调用MPMoviePlayerPlaybackDidFinishNotification

MPMoviePlayerPlaybackDidFinishNotification是一个iOS中的通知,用于监听视频播放完成的事件。当视频播放结束时,系统会发送这个通知,开发者可以通过监听这个通知来执行相应的操作。

然而,从iOS 9开始,苹果官方推荐使用AVPlayerViewController来替代MPMoviePlayerController进行视频播放。AVPlayerViewController提供了更强大的功能和更好的用户体验。因此,不应该再调用MPMoviePlayerPlaybackDidFinishNotification来监听视频播放完成事件。

如果需要监听视频播放完成事件,可以使用AVPlayerViewController提供的相应方法,例如通过实现AVPlayerViewControllerDelegate协议中的playerViewControllerDidFinishPlaying方法来处理视频播放完成的逻辑。

腾讯云提供了丰富的云计算产品和服务,其中与视频相关的产品包括:

  1. 腾讯云点播(云点播):提供视频上传、转码、存储、播放等功能,适用于各种视频应用场景。详情请参考:https://cloud.tencent.com/product/vod
  2. 腾讯云直播(云直播):提供实时音视频直播服务,支持高并发、低延迟的直播体验。详情请参考:https://cloud.tencent.com/product/live

以上是关于MPMoviePlayerPlaybackDidFinishNotification的解释和相关腾讯云产品的介绍。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

为什么不应该重写service方法?

从前,有一个程序猿,他语重心长地对孙子说:“孩子,要是你以后写servlet,最好不要重写service方法啊” 孙子大为不解,程序猿又说:“听爷爷的,准没错,爷爷的爷爷就是这么说的……” 为什么不应该重写...有了缓存协商的知识,理解为什么我们不应该重写service就很容易了。还是从代码出发,这次我们看一个复杂一点的例子。...现在你也许已经清楚了,为什么不应该重写service方法,似乎是为了保留HttpServlet默认实现的缓存协商的机制;其实还有另外一个原因:就是禁用你没有在servlet中重写的方法,例如post、head...好了,如果你有耐心看到这里,我想你也许会对service有了新的理解,为什么我们不应该重写这个方法。 万事有例外,如果你需要实现一个前端控制器的话,就是另外一回事了,这留给大家自己思考。

37920

iOS视频功能模块的开发 原

- (void)prepareToPlay; //获取播放器的准备工作是否就绪 @property(nonatomic, readonly) BOOL isPreparedToPlay; //调用此方法进行视频的播放...- (void)play; //调用此方法进行视频播放的暂停操作 - (void)pause; //调用此方法停止视频播放 - (void)stop; //当前视频已播放的时间 @property(nonatomic...- (void)beginSeekingForward; //调用此方法进行快退操作 - (void)beginSeekingBackward; //调用此方法结束快进或者快退操作 - (void)endSeeking...举例几种常用通知如下: NSString * const MPMoviePlayerScalingModeDidChangeNotification; 播放器缩放产生改变时发送的通知 NSString * const MPMoviePlayerPlaybackDidFinishNotification...NSNotificationCenter defaultCenter] removeObserver:self                                                     name:MPMoviePlayerPlaybackDidFinishNotification

1K70

为什么不应该重写 service 方法?

从前,有一个程序猿,他语重心长地对孙子说:“孩子,要是你以后写servlet,最好不要重写service方法啊” 孙子大为不解,程序猿又说:“听爷爷的,准没错,爷爷的爷爷就是这么说的……” ——为什么不应该重写...有了缓存协商的知识,理解为什么我们不应该重写service就很容易了。...现在你也许已经清楚了,为什么不应该重写service方法,似乎是为了保留HttpServlet默认实现的缓存协商的机制;其实还有另外一个原因:就是禁用你没有在servlet中重写的方法,例如post、head...好了,如果你有耐心看到这里,我想你也许会对service有了新的理解,为什么我们不应该重写这个方法。 万事有例外,如果你需要实现一个前端控制器的话,就是另外一回事了,这留给大家自己思考。

17630

为什么不应该重写service方法?

从前,有一个程序猿,他语重心长地对孙子说:“孩子,要是你以后写servlet,最好不要重写service方法啊” 孙子大为不解,程序猿又说:“听爷爷的,准没错,爷爷的爷爷就是这么说的……” 为什么不应该重写...有了缓存协商的知识,理解为什么我们不应该重写service就很容易了。还是从代码出发,这次我们看一个复杂一点的例子。...现在你也许已经清楚了,为什么不应该重写service方法,似乎是为了保留HttpServlet默认实现的缓存协商的机制;其实还有另外一个原因:就是禁用你没有在servlet中重写的方法,例如post、head...好了,如果你有耐心看到这里,我想你也许会对service有了新的理解,为什么我们不应该重写这个方法。 万事有例外,如果你需要实现一个前端控制器的话,就是另外一回事了,这留给大家自己思考。 结束

43320

为什么不应该重写 service 方法?

从前,有一个程序猿,他语重心长地对孙子说:“孩子,要是你以后写servlet,最好不要重写service方法啊” 孙子大为不解,程序猿又说:“听爷爷的,准没错,爷爷的爷爷就是这么说的……” ——为什么不应该重写...有了缓存协商的知识,理解为什么我们不应该重写service就很容易了。...现在你也许已经清楚了,为什么不应该重写service方法,似乎是为了保留HttpServlet默认实现的缓存协商的机制;其实还有另外一个原因:就是禁用你没有在servlet中重写的方法,例如post、head...好了,如果你有耐心看到这里,我想你也许会对service有了新的理解,为什么我们不应该重写这个方法。 万事有例外,如果你需要实现一个前端控制器的话,就是另外一回事了,这留给大家自己思考。

39020

使用Python时绝对不应该做什么?

在本文中,我们将学习在使用 Python 时不应该做什么。 谨慎使用类变量 在 Python 中,类变量用作字典,称为方法解析顺序 (MRO)。此外,如果一个类缺少一个属性,则该类缺少一个属性。...它绑定其变量的外壳或周围的全局范围,因此在调用内部函数时会查找闭包中使用的变量值。 误用“_ _ del _ _” “_ _ del _ _”方法只能在某些情况下使用,而不是所有时间都可以使用。...调用命令“_ _ del _ _”时,代码中的名称设置为“None”。相反,使用 “atexit.register()” 在关闭解释器之前启动注册的处理程序。...形成对象时,将调用 __init__ 方法,该方法分配内存并初始化类的属性。因此,尝试从 init 方法显式返回值可能会生成多个错误并导致代码困难。...使用默认参数的函数调用 对于初学者来说,带有默认参数的函数是 Python 中一个很棒的功能。参数很难利用。由于每次声明函数时,Python 都会计算默认参数中的表达式,因此必须动态生成默认参数。

1.2K40

Thinking--异步请求函数return应不应该加await?

从写法上,直观可以看到的是 写法一:返回的是执行结果(异步执行过程在 fn 函数内部) 写法二:返回的是 Promise(异步执行过程在**调用 fn **函数的方法) 我们知道,调用 async 包裹的函数也需要通过...async...await 进行处理;同样的获取异步结果,也可以通过 async...await 处理,那么上述调用方式一直: await fn() 从这个层面看,貌似我们可以忽略具体返回是 retrun...{ return Promise.rejct('异步操作发生错误') } } 当异步操作发生异常时,会有差异: 写法一:会返回异常信息,即执行 catch 部分 写法二:异常的捕获需要在调用的函数中处理...,建议使用写法一 return await someAsyncReq(),在函数内部统一处理 如果当前场景,需要我们对错误差异化处理,建议使用写法二 return someAsyncReq(),调用者可差异化处理...== 'success' 情况,将错误抛出由调用者根据业务情况进行差异化处理,灵活度更高,更能契合业务需求。

49710
领券