通常你会发现一个图片类的app会在一个imageView上做下面这些事情：
1 下载图片（主要的内容图片+用户头像图片）
2 更新时间戳
3 展示评论
4 计算动态的cell的高度
Tip#1 学习怎么提升速度
1.打开你的项目并点击Product>Profile
2.在那儿选择Custom
3.找到添加按钮并且添加工具：Allocations,Time,Profile,Leaks
4.观察你的应用，以及他的表现。
如果你已经花了一些时间学习iOS，那么不好意思 。这条建议是给那些新接触iOS的同学的。你应该使用dequeueReusableCellWithIdentifier 这个方法去获取一个table或者collection上面的cell。如果你不是这样做的，你就浪费了一段无意义的时间和数据。
这肯定是你在这里读到的最重要的一条建议了。如果你不缓存图片你将会遇到很大的问题。
如果你重用本地的图片那么请使用UIImage的方法imageNamed：。以JPG格式请求图片将会节省时间和资源。如果你是从服务端获取图片那么你就可以获取所需要的那些图片（ If you’re getting your image from a server you have the luxury of sending the exact image that’s needed.）。 PNG文件在内存中会占用很大一部分空间。如果你对此感觉好奇你可以在示例中将JPG换成PNG来下载一系列的PNG图片。
使用 SDWebImage 或者 Heneke 来管理图片。在提供的示例中我就是用的 Heneke，在那之前我没有听说过它也没有听说
费尽周折用富文本标签，代价太昂贵了。尽可能地避免使用这个。问问你自己是否真的需要这个。如果是的话，尽可能的做缓存。
如果你的table有复杂的动态高度那么你需要缓存计算的高度。考虑多久计算一次（尤其是对于collection views来说），你希望这些高度都是直接可用的。
就像富文本，如果你频繁地初始化，date formatter可以引起大量的内存消耗。比较理想的是你的web端为你提供可读的文字（比起在最后的时间计算要容易很多）。如果没有的话你可以创建一个NSDateFormatter的单例来使用。NSDateFormatter不是线程安全的，但是iOS7以及之后就不再是这样了。多谢quellish提醒我这一点。
如果你能避免的话你创建的对象最好是不透明的（非透明的，你不能透过它看过去）。如果你有透明的图片，系统必要要很努力地重绘这些图片。实际上你可以在模拟器中通过点击Debug>Clolor Blended Areas来看这些区域的问题。看到红色的了么，那就意味着这些区域是透明的。当你在跟一个Collectionview打交道时这将是非常耗时。理想的，你想看到整个屏幕都是绿色的。对于你的设计来说那可能是不可行的，但是力求减少你看到的红色的数量。在示例中你可以看到label延伸到了view的尾部，可以被清除掉。
如果要使用xib就要小心一点。当你加载一个Xib，整个的内容会被加载到内存中（图片，隐藏的views）。但是这在storyboard中不会发生他只会实例化当前要用的东西。
有一些特殊的场景下使用xib很有意义。比如你可能会要使用一些第三方的框架而他们采用纯代码的方式来写collection的UI部分。如果你想用xib来创建一个原型cell你可以用xib来做。只是要小心不要过载。
挑战
谁不喜欢一个好的挑战？让我们在这儿来把它保持下来。这周花时间来做下面两件事。
学习怎么使用Instruments（time profiler, allocations）
通过测试图片缓存（关掉，打开，观察）来检查学习Instruments使用的情况。https://github.com/mcgraw/dojo-table-performance