0

我正在为当前在线运行的 Web 应用程序开发 iPhone 应用程序。当前的 Web 应用程序庞大而复杂，并且使用 SQL 来存储重要信息，例如成员详细信息、登录凭据等。其他内容，例如有关几个部分、组、子组的信息以及与每个部分相关的其他信息，都保存在 txt 中。当前系统使用自己的标准将数据保存在文件中，并且还制定了自定义算法来读取和写入数据。每个 txt 文件的大小低于 1 mb。有很多数据操作正在进行。创建的自定义算法只是读取这些文件并将所有数据作为记录放入缓存中（与核心数据 managedobjectcontext 中相同），并且每当数据发生变化时，整个文件都会被覆盖。

那么在实现相同的同时我想为 iPhone 应用程序选择什么？在苹果网站上，他们说'SQLite 非常适合低级关系数据库工作' https://developer.apple.com/technologies/ios/data-management.html但在我的情况下它是高级别的。

所以请帮我做决定。我想使用核心数据管理文件或 sqlite 数据库中的数据吗？我还想知道是否可以将当前在 webserver 中的那些类和算法导入 iOS，所以我不想为 iOS 重写相同的算法？当前的服务器代码是 C#

4

2 回答 2

1

在极少数情况下，您需要执行低级关系数据库工作，请使用 SQLite。在 99% 的其他情况下，使用 Core Data。永远不要将关系内容存储到 txt 文件中。只会很痛苦。

于 2013-02-09T10:32:05.297 回答
0

您的用例听起来很适合 Core Data。

经常被误解的是，Core Data 是碰巧使用 sqlite 进行持久化的对象存储。您无需操作它下面的 sqlite，Core Data 会为您管理 sqlite。你不会写 SQL。.NET 中与它最接近的匹配是 EDM 和 ADO.NET 中的实体框架。

假设您要在网络服务器中导入的类和算法是 C#，遗憾的是那些需要移植到 Obj-C。

于 2013-02-10T20:18:42.300 回答