UIimage Imagenamed 问题

发布于 2024-08-24 02:23:22 字数 125 浏览 4 评论 0 原文

我听说开发人员很少使用 UIImage imagenamed: property bcoz 它将图像存储在缓存内存中。但我的资料说从SDK 3.0开始,这个问题已经解决了。任何人都可以。告诉我是否应该使用 Imsgenamed: 或不?

i have heard that developers rarely used UIImage imagenamed: property bcoz it stores image in Cache memory. But my information says that from SDK 3.0 onwards, this issue is solved. can anybody pl. tell me whether i should use Imsgenamed: or not ?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

风吹过旳痕迹 2024-08-31 02:23:22

请参阅相关问题
因此, +imageNamed: 方法的问题不在于它缓存图像(这是方法的预期行为),而是在需要时未清除该缓存(在内存不足警告的情况下)。

在我提到的问题的答案中,指出这个问题应该在 SDK 3.0 中修复。要添加的是 - 在我的应用程序中,我有类似地图的大平铺图像,并且未使用的平铺图像似乎在需要时被有效删除,所以我想说这个问题确实得到了解决。

See relevant question.
So the problem with +imageNamed: method was not that it caches images (it is method's intended behaviour) but that that cache was not cleared when it was needed (in case of low memory warnings).

In the answer to the question I mentioned it is stated that this issue should be fixed in SDK 3.0. To add - in my application I have map-like large tiled image and unused tiles seem to be effectively deleted when needed so I'd say that the issue is solved indeed.

べ繥欢鉨o。 2024-08-31 02:23:22

取决于您是否认为缓存是一个“问题”。 +imageNamed: 文档表示它仍然缓存图像,并在后续调用时检查缓存;由您决定是否想要这种行为。

Depends on whether or not you consider caching an "issue." The +imageNamed: documentation in the 3.1 SDK says it still caches the image, and checks the cache on subsequent calls; it's up to you to decide whether or not you want this behavior.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文