问题标签 [ensembles]

这是我试图合并到我的应用程序中的代码（从“书”复制和修改）（它基本上与我在另一个应用程序（2014 年）中使用的代码相同，我没有得到任何构建/链接器错误）：

我收到这些链接器错误：

我该如何解决？

我有一个正在尝试合并 Ensembles 的现有应用程序（使用 MagicalRecord）。我在我的应用程序中遇到了几个使用MR_saveToPersistentStoreWithCompletion保存的地方。我在 Ensembles MagicalRecord 示例中注意到它使用MR_saveToPersistentStoreAndWait。

我知道两者之间有什么区别；问题是：对于 Ensembles，我应该始终使用 MR_saveToPersistentStore AndWait吗？如果不是，我应该在什么情况下使用 MR_saveToPersistentStore WithCompletion？

我在我的 Mac 上的 ~/Library/Mobile Documents 中找到了这个：

Baselines文件夹似乎包含我的 CD 商店中的两条记录，但很难阅读。我的问题是：这是检查更改是否持续到 iCloud 的有效方法吗？

我有一个使用 Ensembles 的 iPad 应用程序；它将 CD 上传到 iCloud，但是当我在第二台 iPad 上测试它时，应用程序启动，但未下载 iCloud 中的同步数据（我可以在第二台 iPad 的 iCloud 管理数据中看到数据）。

这是来自详细日志记录的日志：

2015-12-24 09:39:50.352 BookstoreInventoryManager[285:20376] [Crashlytics] 版本 3.4.1 (92) 2015-12-24 09:39:50.546 BookstoreInventoryManager[285:20376]

]_block_invoke 第 329 行：基线已更改。将进行持久化存储的全面整合。2015-12-24 09:39:51.813 BookstoreInventoryManager[285:20376] -[CDECloudManager exportDataFilesWithCompletion:] 第 344 行：将数据文件从事件存储传输到云 2015-12-24 09:39:51.821 BookstoreInventoryManager[285:20376] - [CDECloudManager exportNewLocalBaselineWithCompletion:] 第 332 行：将基线从事件存储传输到云 2015-12-24 09:39:51.828 BookstoreInventoryManager[285:20376] -[CDECloudManager exportNewLocalNonBaselineEventsWithCompletion:] 第 320 行：将事件从事件存储传输到云 2015-12 -24 09:39:51.833 BookstoreInventoryManager[285:20376] -[CDECloudManager removeOutdatedRemoteFilesWithCompletion:] 第 584 行：删除过期文件 2015-12-24 09:39:51。

这一切在我看来都很正常；填充的 CD 存储似乎不在第二台设备上（我做了 MR_findAll，但没有返回任何内容）。

你认为有什么问题？

这是我桌面上 ~\Library\Mobile Documents 文件夹的图像：

为什么我的文件在com.mentalfaculty.ensembles.clouddata下 而不是BookstoreInventoryManager（这是我的应用程序名称？）我的应用程序中是否设置了错误？

我找到了cdeconvert应用程序，得到了一个干净的构建，然后出现了关于不传递文件路径的错误。抱歉这个蹩脚的问题，但我从未直接从 XCode 构建/运行 OS X 应用程序。问题是：如何通过cdeevent文件路径执行（直接从 XCode 或 OS X） cdeconvert ？

我有两 (2) 台 iPad 正在测试。两台 iPad 在任何时候都不会合并它们的内容；例如，我在 iPad2 上有 2 条不同的记录，在 iPad1 上有 3 条不同的记录，它们永远保持这种状态！

我通过在设置 Ensembles 之后以及在 tableView 上的 viewDidLoad 之后再次对记录进行计数来确定这一点，并且内容保持一致，除非我添加一条记录，然后替换商店中的最新记录，但计数保持不变。

为什么两台 iPad 不合并各自不同的记录？为什么当我添加记录时，它会用不同的键 (SKU)替换现有记录？

我的两台 iPad 都与调试器断开连接，运行“独立”...我在 iPad 1 上所做的任何更改都会出现在 iPad 2 上，但反之则不然（在 iPad2 上所做的更改不会出现在 iPad 1 上）。我检查了通用标识符，它们是相同的！

它们（两个对象）是相同的，因此它们具有相同的全局 id（通用标识符）；相同的 SKU 编号，相同的全局 ID = 同一本书。iPad 2 上的代码与 iPad 1 上的代码相同，但 iPad 2 的更改、删除等不会出现在 iPad 1 上。我不想“清理”这两个设备，因为这是用户的东西绝对会合不合适！:D

我从哪里开始寻找原因？

我正在尝试通过带有 Ensembles 的 IIS 8 Webdav 后端使用同步。我遇到的问题是第一次同步工作正常，但是当我尝试第二次或在第二台设备（在本例中为 iPad）上同步时，我收到服务器错误 405“方法不允许”。有没有人遇到过这个并让它工作，与 IIS Webdav 同步？

这是服务器响应的 allheaderfield 属性：

编辑：这可能毕竟不是配置问题。我添加了一些日志，createDirectoryAtPath 方法给了我 HTTP 错误 405，这是原始代码：

这是 directoryExistsAtPath 方法：

如果我将最后完成块中的第一个参数（当前是 isDir 变量）替换为 YES，则不会出现 405 错误。在记录 parser.clouditems.lastobject 时，我发现它经常（或总是？）空的）。因此，将参数设置为 YES，会导致数据上传到我的 webdav，并且文件夹就位。但是，在第二个单元上测试（或在同一单元上重新安装应用程序），永远不会发生下载 - 永远不会调用 downloadFromPath，永远不会发送“GET”请求。

到目前为止，查看底层框架（主要是 CDECloudmanager）中的调用代码并没有引导我到任何地方。

由于 directoryExistsAtPath 是可选的，我尝试将其注释掉，但我认为这没有什么不同。

我注意到的另一件事是我在基线文件夹中获得了几个基线文件。根据 Ensembles 文档，应该只有一个。

有什么线索吗？

如果用户决定他/她不想再使用同步（无论出于何种原因），是否有办法让应用程序（或 Ensembles）从 iCloud 中的更改中将原始 CoreData 存储恢复到当前状态？我查看了“书”，但没有找到任何东西……哦，我正在使用 MagicalRecord。:D