问题标签 [load-time]

我有相对少量的数据（存储在静态文本文件中），我要在我的 iOS 应用程序中加载到 Core Data 中。 在设备上存储静态数据并将数据加载到 Core Data 的最快或首选方法是什么？

我尝试将数据放入 XML 格式并使用 libxml 将其加载到核心数据中。我还尝试将数据以 CSV 格式放入并使用基本字符串解析将其加载到 Core Data 中。对于给定的数据集，这两种方法似乎都需要大约相同的时间。我注意到通过将调用NSManagedObjectContext 保存在循环之外的行（或 XML 节点，具体取决于格式）上，可以减少加载时间。

请注意，数据仅在应用程序第一次启动时加载。此外，根据来自此问题的反馈，我尝试“使用另一个实用程序应用程序创建 SQLite 数据库，然后将 SQLite 数据库与当前应用程序捆绑” 。但是我无法让它发挥作用。如果这是最好的方法，那么我会再试一次。

干杯!

我有一个应用程序，其中包含大量大小合适的图像。目前所有图像都在主应用程序包中。当应用程序加载时，登陆图像大约需要两秒钟才能被实际 UI 替换。加载时间是否与捆绑包大小有关，即较小的主捆绑包会减少加载时间吗？将图像放在另一个包中会减少加载时间，还是加载多个包的开销实际上是有害的？

谢谢

我目前有一个包含 30 - 40 张图片的图片库。页面加载后，用户可以在相当长的时间内直观地看到加载的图像（不那么漂亮）。画廊使用 jcarousel 上一个/下一个按钮来导航到图像和缩略图。我正在寻找优化画廊加载方式的方法，或者至少是画廊加载方式的外观。下面是我的一个想法，但想知道 Stack Overflow 社区对解决这个问题的最佳方法是什么想法。

• 我应该加载第一张图片和缩略图，然后根据要求加载图片吗？

先感谢您！

我一直在对游戏环境的缓存资源进行一些研究。通过分析各种 2D 和 3D 游戏，我提出了一些问题。

在 2D 游戏中，例如 Link to the Past，我们可以看到从主世界到地下城或从房子到主世界等的无缝过渡。我想这意味着游戏的所有资源都是预先缓存的。这对于 2D 游戏来说没问题，因为它们的资源往往更小，但是 3D 游戏呢？

例如，《半条命 2》和《刺客信条》在地图转换之间都有一个加载屏幕。我知道 HL2 使用声音缓存，在加载实际 mp3 时将播放 5 秒的音乐开头片段。但这并不能回答有关纹理和模型的问题。这些游戏是预先缓存这些资源以加快加载时间，还是不是为了节省内存？

此外，我们看到像暮光公主这样的 3D 游戏再次出现了无缝过渡。这是否意味着所有资源也都缓存在这里？对于PC游戏，我可以理解更多一点，但是在所有平台的Wii上呢？

总的来说，在 2D 和 3D 环境中用于游戏开发的最佳选择是什么？

我正在从我的 Flickr 帐户中将图像提取到我的网站，并且我使用了大约九行代码来创建一个 preg_match_all 函数来提取图像。

我已经读过好几次了，通过 DOM 解析 HTML 更好。

就个人而言，我发现通过 DOM 解析 HTML 更加复杂。我编写了一个类似的函数来使用 PHP 的 DOMDocument 拉取图像，它大约有 22 行代码。创建需要一段时间，我不确定有什么好处。

每个代码的页面几乎同时加载，所以我不确定我为什么要使用 DOMDocument。

DOMDocument 的工作速度是否比 preg_match_all 快？

如果您有兴趣，我将向您展示我的代码（您可以看到 DOMDocument 代码有多长）：

如果我将 PHP 包含添加到页面中。

然后它必须加载那个会/可能减慢加载时间的文件，对吗？现在，如果通过我的 login.php 页面中的 javascript 片段（它对数据库进行所有登录检查）登录错误，我正在将不必要的重定向回登录页面。所以在地址栏中显示 "admin.php > login.php > admin.php" ，但我不想显示它要测试登录的文件，但我也不想将其包含在 admin.php 中，因为我担心它可能会影响加载时间。

如果您理解我的问题，那么建议会有所帮助。

我有一个拥有大量资源的应用程序。在阅读了有关 javascript 加载器的内容后，我决定看看我从异步加载资源中获得了什么样的提升。令我惊讶的是，我发现使用装载机明显更慢（不需要秒表）。这让我想知道其他人是否有类似的结果，以及开发人员应该考虑何时使用或不使用 javascript 资源加载器。

以下是有关我的测试的一些详细信息：

• 目前有 60 个资源（主要是脚本）
• 由于依赖层次结构，脚本必须分大约 8 批加载
• 主要使用 Firefox（但也在 Chrome 中尝试过）
• 在 Ubuntu 和 Windows 上运行测试
• 使用加载器（在我的例子中是 YepNope）确实会增加一些开销
• 我编写了一个小型引导加载程序类来简化我与 YepNope 的交互。
• 源代码在 github 上（运行 tests.html 和 tests-loader.html）

当我说“慢”时，我并不是说它非常慢。只是我不得不花一些时间来设置它，结果比我开始之前更糟。

60 个资源是否太少而无法使用加载器？资源通常应该很大还是可以是一堆小文件？什么样的事情会导致加载器比使用传统的脚本标签慢？

有没有办法获得 xmlHttpRequest 加载时间？

否则我将不得不设置一个计算它的函数，所以呢？

在我的一个页面上，我展示了大约 60 件我想通过 facebook “讨人喜欢”的项目。问题是我不能使用多个页面来显示项目，因为这会降低页面的可用性。但是，当加载/显示 60 个类似按钮时，我的浏览器实在是太多了。该页面不再可用，因为显示 60 个按钮的影响，即使滚动也需要几秒钟。

有人知道使用like按钮的另一种方法吗？是否可以构建一个自定义的点赞按钮，该按钮从我的本地数据库加载点赞数，并在用户单击我自己的点赞按钮时以某种方式触发 Facebook 点赞机制？这可以通过构建一个自定义的类似按钮来完成，该按钮在点击时加载真正的类似按钮，隐藏它并自动触发对真正的类似按钮的点击？facebook指南甚至会允许还是禁止这样做？如果是这样的话，还有其他方法吗？

最好的问候，丹尼尔

我有一个 iOS 应用程序，它链接到 15 个 Apple 框架（包括每个应用程序使用的 ~3 个基本框架）。我注意到我的应用程序的加载时间和从后台恢复的时间相当长，尽管可执行文件只有 600kb。所有这些框架都可能是加载时间问题的原因吗？是否可以根据需要延迟加载框架？