当你打电话时,是否有人知道是否有可能从事件堆栈或计时器堆栈(或API使用的任何机制)中取消已经排队的选择器事件performSelector:withObject:afterDelay？
我正在使用此事件堆栈来更改TabBar选项卡中图像的属性,并且有时会在一个快速执行的循环中排队最多10秒的更改...可能是5毫秒左右.
如果用户切换选项卡,就会出现问题......比如说我已经为启用了选项卡#4后显示的图像排队了图像,然后用户快速切换到选项卡#3然后再转到选项卡#4 ......这将在旧队列仍在播放的同时重新排队另外10秒的改动,如果切换得足够快,可能在队列中大约2或3秒......但是甚至到达5秒钟到达队列流是一个问题.
所以我需要一些方法来取消旧的堆栈更改,然后再放置一个新的堆栈...
我用过去时态写这个查询是因为我已经通过在回放函数上添加一个鹰派事件过滤器来提出另一种解决这个问题的方法.但是如果可以取消活动,我仍然很好奇,因为我觉得这样的知识将来会派上用场.谢谢你提供的任何帮助:)
我正在编写应用程序的免费软件版本,并想检查用户是否已经安装了不自由版本,并打印一条消息,其内容取决于安装检查的结果......任何人都知道这是否可行？
我最接近解决方案是使用CFPreferencesSetValue API与kCFPreferencesAnyUser/kCFPreferencesCurrentHost配对...我没有尝试过,但基于文档听起来可能.
但是在我目前的具体情况下,这个API将无法解决我的问题,因为我想检查我4个月前写过的应用程序是否存在没有向CFPrefs注册表写入任何数据...因为当时我不知道它也没有预见到这种情况...... CFPrefs可以帮助我的唯一方法就是在未来的应用程序中,我知道它存在:)
所以我想知道是否有其他方法可以做到这一点？任何帮助将不胜感激 :)
我对AppStore规定如何运作有点困惑.我工作的公司于2009年10月15日创建了我们的第一份分发证书,并且它将于10-15-2010到期.我们的第一个AppStore-Distribution-Provision创建于2009年12月22日左右,并于2010年10月15日到期.所以它似乎与它所链接的证书共享和控制.
在我们发表的那篇文章中,术语的模糊性让我很烦恼,但我只是把它放在一边因为还有很多工作要做.
但是我不知道自己,这是否意味着用户从商店购买的应用程序可以使用AdHoc应用程序在其条款到期时所拥有的相同消息到期？我想知道这是否意味着我们必须仔细观察那个日期以及对我们的期望.
无论如何,现在我们即将发布我们在2009年12月发布的第一个应用程序的v1.2.仅现在是2011年1月,原始证书已被替换为将于2011年11月12日到期的新证书.而我我想知道我是否必须创建一个新的AppStore提供,还是使用用于构建1.0和1.1的那个？我不希望创建一个新的AppID吗？我可以看看AppStore规定是否必须每12个月重新创建一次......但是appID是版本跟踪系统的中心列...如果那些必须被替换那么我很困惑他们的功能.:)
希望有人可以解释为什么AppStore规定有一个到期日期...就像我从另一个开发者那里下载了愤怒的小鸟......那永远不会过期的吗？那么为什么它的规定有到期日？