问题标签 [ekeventstore]

我遇到了一个奇怪的问题 EKEventStore、iCloud 和本地日历。如果启用了 iCloud，则会创建日历并将事件保存到您所期望的日历中。如果 iCloud 已关闭并且您尝试保存事件，则没有任何反应，但是设备会继续每 3-5 秒循环创建 iCloud 日历，直到重新打开 iCloud，然后所有这些日历作为副本涌入 iCloud。我使用的代码几乎与此处多次引用的代码以及 Apples Docs 中的代码完全相同。我完全不知道为什么它不起作用，而且通常关于 EKEventStore 的文档似乎很少。

//•••••••••••••••••••••••••••••••••••••••••••••• # pragma mark – 保存事件 //•••••••••••••••••••••••••••••••••••••••••• ••••</p>

我想创建一个 EKEventStore 对象，并在不同的类中使用它，我可以在每个类中使用不同的实例吗？或者我必须使用单例模式创建一个 EKEventStore 实例？

Apple 文档建议创建一个实例，但他们没有指定这个实例是针对每个类还是针对整个应用程序，请提供建议，我在此引用 Apple 文档：“一个 EKEventStore 对象需要相对大量的时间来“

问候

想检查EKEventStoreios6设备上是否存在权限。

此代码仅在第一次工作。

在我的代码中，我正在处理 ios 6 日历隐私的所有情况，如果用户允许访问日历，我调用了一些方法，如下所示：

问题是选择器中指定的方法永远不会被调用，但是如果我将调用机制更改为：

方法调用成功。

你怎么看这个案子？这个问题有什么原因吗？

如果在 iOS 6 中授予对日历的访问权限后使用预制件选择器，为什么它不起作用？

任何帮助

我尝试使用 EKEventStore 来检查 Web 和参考中的文档。但仍然遇到以下问题，似乎我无法访问 OSx 中的商店。我的是 10.7.5，请帮忙指出我在这方面做错了什么。

这是 Log 中出现的结果

2013-02-02 08:24:42.429 iCalendarProfiler-Test01152013[2296:403] 默认日历：(null) 为 nil:(null) 2013-02-02 08:24:42.429 iCalendarProfiler-Test01152013[2296:403] 日历总数0

我在 iOS5 中使用默认日历。我必须显示最近完成的三个活动，最近三个待办事项。这些事件可以是任何事情，意味着它可以是任何一天。

任何人都可以帮助我如何使用 ekevnt 存储检索这些事件。

现在我正在日历应用程序中处理 EKEvent mange。我成功地将一个事件添加到 eventStore。我需要从事件存储中获取一个事件标识符。我使用以下代码访问 eventIdentifier。但我的应用程序中的 evetnIdentifier 始终为空值。

现在我正在 iPhone 中开发日历应用程序。我正在尝试将事件添加到 iPhone 中的默认日历。在这种情况下，添加事件已成功完成。但我无法在正确的开始时间添加事件。事件的开始日期完全正确，但 iPhone 的默认日历中的时间不同。我使用了以下代码。请帮帮我..

NSLog(@"开始标签为：%@",startLabel.text);// 2013-03-28 12:03:41 PM

我搜索了 SO，但没有找到任何准确的答案。

我在我的应用程序中实现事件工具包。我以编程方式实现事件的创建，但我没有在那里指定任何日历。然后我使用EKEventViewController编辑我的事件。我也使用Kal 库来显示日历。每个当我编辑第二个或第三个事件时，或者事件删除事件时，我的应用程序崩溃了，这就是说事件存储已更改。我无法解决这个问题。

任何人都可以在这方面帮助我。

这是崩溃日志..

谢谢

在 iOS 设置应用程序中，有一个名为“时区支持”的设置（设置 > 邮件、通讯录、日历 > 时区支持）。如果此设置为OFF，则没有问题。此外，如果此设置为ON，但时区支持 (TZS) 时区设置为 的当前值systemTimeZone，也没有问题。 唯一出现问题的情况是设置为ON并且 TZS 时区设置为systemTimeZone.

在最后一种情况下，eventsMatchingPredicate:方法返回的数组（在EKEventStore类的实例上）可以预见地被截断。给定一个日期范围内的所有事件的查询，EKEventStore失败的实例返回查询范围的开始和 TZS 时区的第一个午夜之间的任何事件。

举个例子，要检索 2013 年 3 月 18 日的所有事件，可以在systemTimeZone. 假设systemTimeZone是 PDT，这将导致查询 2013 年 3 月 18 日 7AM GMT 到 3/19/2013 7AM GMT 之间的所有事件（因为 PDT 是 GMT - 7 小时）。此查询在 TZS OFF 以及 TZS ON 并设置为 PDT 时工作正常。但是，如果 TZS 为 ON 并设置为 EDT，则查询范围开始到 EDT 第一个午夜之间的所有事件都将从结果数组中丢失。由于 EDT 是 GMT - 4 小时，因此查询范围内 EDT 的第一个午夜是 3/19/2013 4AM GMT。格林威治标准时间 2013 年 3 月 18 日上午 7 点和格林威治标准时间 2013 年 3 月 19 日凌晨 4 点之间的所有事件都将丢失，结果数组将仅包含格林尼治标准时间 2013 年 3 月 19 日凌晨 4 点和格林威治标准时间 2013 年 3 月 19 日上午 7 点之间的事件。

这个结果是 100% 可预测的，无论是在模拟器上还是在物理 iOS 设备上（我尝试过的任何 TZS 时区）。我在 iOS 6 和 iOS 6.1 上进行了测试，在行为上没有明显差异。有什么理由让我错过了为什么这可能是预期的 API 行为？此外，尽管进行了很多搜索，但似乎没有一个公共（甚至私有）API 允许开发人员确定 TZS 是打开还是关闭，更不用说用户设置的任何时区 - 很难想到一个很好的解决方法...（显然，您可以通过增加每个查询的范围来确保不会错过任何事件，以便它始终包含任何可能的 TZS 时区中的午夜。然后，您可以过滤掉无关事件在代码中。然而，出于显而易见的原因，