我想使用320的ttthumbsview&ttphotoview来构建类似Grindr的东西。我不想(1)分类这些类,而是宁愿(2)分析它们并构建必要的代码并进行相应的调整。为什么?因为我担心的是选项(1)将增加应用程序的下载尺寸并减慢其性能。 (我想让UES的另一件事是320的缓存,但我并不真正理解,因为现在我们正在使用核心数据。三20个缓存如何工作?)

如果我只使用三个20的一部分,当我编译该应用程序时,它也会在未使用的其他代码中构建吗?还是会遗漏它?如果它遗漏了它,那么这给了我一些希望,即选项(1)不会使该应用程序更大得多。

在性能(速度)方面。三个20运行会很快吗?有很多子类正在进行。那不是放慢速度吗? Facebook iPhone应用程序看起来不错,它使用了320,对吗?

你怎么看?

谢谢!

马特

有帮助吗?

解决方案

这里有很多问题:

分析三十20代码:人们经常尝试一下,但似乎没有多少人成功。这是一个放弃的项目的示例: http://github.com/enormego/photoviewer (我相信所有历史都在git中,所以您可以回去看看他们在放弃之前取得了什么成就)

320缓存:无法帮助您;您可能想问一个单独的问题。通常,每个问题只提出一个问题:)

320的尺寸:我相信这些视图有很多依赖项,其他三个20类,因此,虽然仅内置了必要的代码,但实际上是很多代码。

速度:是的,这是iPhone Facebook使用的,所以您应该在那里做好。实际上,这是人们使用320的主要原因 - 很难做一个快速,良好的光展览器,而320是我知道的唯一开放源代码项目。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top