问题标签 [data-persistence]

当有人更新他们的应用程序时，究竟会更新什么？它是否更新包中的外部数据文件，覆盖它们，替换它们......？

我一直在尝试在 BlackBerry Application 中使用持久对象。我正在制作一个登录页面，我可以在其中将用户名和密码保存在应用程序中。下面是我在登录页面中使用的代码

下面是登录页面的代码

我一直无法纠正这个问题。

我正在将 Perl 用于与安全相关的任务，并且想知道何时使用以下语句：

$test = "new value"

$test执行时，在 RAM中创建的旧值是否被覆盖？

如果没有，有没有办法强迫这种情况发生？

我们的 Java 桌面应用程序正在管理由用户编辑的多个文本文件。

目前，这些文件使用内部 Java 代码保存到文件系统中。我们希望摆脱这一点，转而使用现有的框架/库（最好是开源的）；很高兴能够在运行时配置实际的持久存储：“文件系统”与“数据库”。

除了 JCR 实现（例如 JackRabbit）之外，还有其他可能的解决方案吗？关于将 JCR 用于我们的用例的任何反馈/建议？

谢谢。

对于我在 Delphi 2010 中工作的模拟程序。模拟不是问题，但我需要使用大量数据，这会产生问题。数据在 Excel 表中可用，因此无需在 Delphi 中编辑此数据，但从 excel 表中收集此数据大约需要 10 分钟。只要您不需要在每次程序运行时都收集数据，这不是问题。所以我做了一个程序，它收集所有的数据使它可见，这里没有问题，然后存储它。但是我不能将它存储为“Delphi 格式”，而不会丢失结构，因此它可以在几秒钟内加载。

我在 Delphi 中没有那么有经验，我搜索了很长时间的解决方案，但不明白什么是最好的。我认为我构建数据的方式是错误的，但它既简单又有效。但是，如果有更好的存储数据的方法，请说出来，但请记住，我需要更多的解释，而不仅仅是使用“xml 文件”、“generict”或“Ttreeview”。（已阅读但无法使用）。

数据是：我做了这个产品，我做的下一个产品是这个，所以我需要清洗吗？对或错。

数据存储为具有 Productnumber （整数）的类（TObject）和一个包含接下来可以制作的所有产品的列表。此列表包含另一个具有 Productnumber（整数）的类（TObject）和我需要清理（布尔值）。我想将此结构保存在文件中，而不会丢失数据并将其读回相同的结构。

我希望有人能帮忙。先感谢您。

更新：提供更多信息的代码（修改为英文）

现在我想保存包含所有内容的全局列表，以便我可以使用相同的结构加载它。

我有大约 20,000NSDictionary秒。每个字典包含三个NSStrings。字典以文件夹文件的结构组织，即，我有大约 20 个主要组，在每个组中我还有另外 20 个子组。在每个子组中，我都有一个NSDictionary属于该子组的 s 列表。

这些数据都是静态的，但有时会通过下载更新版本的数据来更新。

用户不一定会在每次使用应用程序时与这些数据进行交互，尽管在每次使用应用程序期间始终会显示主“组”。

所以我的问题是：存储这些数据然后在必要时加载它的最佳方式是什么？起初我想把它全部放在一个 plist 中，然后NSArray在应用程序打开时从这个 plist 创建一个，但我想知道这是否会很慢。由于用户可能永远不会与此列表进行交互，也许另一种方法更好？

我有一些从服务器收到的数据，我称之为历史。每次访问某个网站时，我都必须将 URL 保存在历史列表中。该列表稍后将显示在表格中，供用户查看。我应该在 iPhone 上使用哪种数据存储类型？可以存储此列表NSUserDefaults还是我必须使用 CoreData？

我对 iOS 编程相当陌生，并且正在努力决定使用 NSCoding 协议对内存密集型对象进行编码的最佳方法是什么。

我有大量的 Item 对象。每个项目都有许多与之相关的高分辨率图像。此外，每个 Item 都属于一个 ItemCategory，其中可能包含 100 个 Item。

据我所知，我有几个不同的编码选项：

1. 编码整个 ItemCategory 对象
2. 消除 ItemCategory 类，只为每个 Item 创建一个 itemCategory 属性，然后对各个 Item 对象进行编码。

在我看来，＃1会非常昂贵。为了向 ItemCategory 添加一个新项目，我必须解码整个 ItemCategory（这意味着也解码与它包含的项目相关的数百个图像），添加项目，然后重新编码整个事物（再次，连同所有这些图像）。

但是，从代码结构的角度来看，#1 似乎确实是正确的方法。#2 迫使我想出一种不太直观的方式来存储项目并将它们与各自的 ItemCategories 相关联。

如果我选择#1，有没有办法只解码对象的某些部分，这样当我实际上不需要显示它们时，我就不会初始化所有这些图像？我想到的一个想法是实际上不将 Item 的 UIImages 与 Item 本身一起编码，而只是图像名称。这样，图像只会在必要时被初始化，并且可以在需要时释放而不释放整个项目。我想这是一种关系数据库类型的方法。

我觉得必须有一个标准的方法来处理这种情况，不是吗？

或者我对内存消耗的恐惧是没有根据的？也许这可以看作是“过早优化”的一个例子，但我现在做出的决定将深深地影响应用程序的数据结构。从选项＃1更改为＃2在路上不会很漂亮:)

我有几个图表。每个图表的广度和深度可能会有所不同，并且会在运行时发生变化和变更。请参见示例图。

有一个根节点可以控制整个图（即树）。一个节点可以有几个孩子，每个孩子都有一个特殊的用途。此外，节点可以访问其所有直接子节点以检索某些信息。另一方面，子节点可能不知道它自己的父节点，也不知道其他兄弟节点。到目前为止没有什么壮观的。

存储每个图并使用对象数据库（在本例中为 DB4O）对其进行更新看起来非常简单。我本可以使用关系数据库来实现数据持久性（包括数据库触发器等），但我想用对象数据库来实现它。

我的图表有一个奇怪的地方。请参阅另一个示例图。

为了正确执行计算，某些节点需要来自其他节点的信息。这些其他节点可能是兄弟姐妹、孩子/孙子或其他类型的相关节点。在这种情况下，特定节点也知道其他相关节点（因此可以直接从它们获取所需信息）。为了简单起见，第一张图片没有显示所有潜在的连接。

如果一个节点发生状态变化（例如由内部计时器触发或由其他节点触发），它将通知其他节点（感兴趣的观察者，另请参见观察者模式）有关更改。然后，每个被通知的节点将采取适当的行动来更新自己的状态（并根据需要通知其他观察者）。根节点不会知道发生的每一个变化，因为只有涉及的节点才会知道某些事情发生了变化。如果这样的事件链是由根节点触发的，那么当然这不是什么大问题。

目的是确保对象数据库的数据持久性。内存中的数据应该与数据库中存储的数据同步。增加复杂性的是图形不包含简单（和愚蠢）的数据节点，而是在每个节点中集成了许多功能（即触发整个图形状态更改的事件）。

我对如何处理提出的问题有几个粗略的想法（例如（1）数据和功能的更强分离或（2）数据库的更强集成或（3）设置任意时间间隔来更新数据并接受数据可能一段时间内不同步）。我正在寻找关于这样一个关键问题的更多输入和选项（这肯定会在具体实施中留下重要的足迹）。

（已编辑）还有一个方面我忘了提。图表不应该一直驻留在内存中。不需要的图将仅存在于数据库中，因此处于暂停状态。这是另一个需要考虑的问题。在暂停期间，更新机制也可能会进入休眠状态，这不是有意的。

我正在尝试在设备启动后将数据读取到我的小部件。

我的引导接收器是这样的：

}

我知道我得到了BOOT_COMPLETED意图（在小部件本身中使用它之后），但我无法读取我保存的数据。

我读到 usingSharedPreferences是解决方案，但我知道的是，当您启动设备时，SharedPreferences它不再存在。

我使用 Android SDK 中的内置 SQL 在内部保存数据。

请帮忙... ：（