原文：http://schlu.org/2013/10/01/Xcode-Asset-Catalogs.html
基础知识
在今年的WWDC大会上苹果介绍了Asset Catalogs。Asset Catalogs是用来减少工程导航上的混乱，让图片使用情况变得更为有条理。它的方式是，你不必将所有图片都列出来，取而代之，你可以在工程中创建一个或者多个asset catalog，你可以把图片拖拽到一个合适的位置来进行管理。
Asset Catalog除了可以管理app icon以及启动图片，你还可以使用它管理任意图片。图片可以为所有设备使用，也可以为是某一设备的特定图片。这种方式非常方便，因为你不必在记住为iPhone或者iPad或者retina屏或者4英寸iPhone等设备提供的特定图片的名字。
Universal
特定设备
切图以及改变尺寸
你可以使用Asset Catalog来切图。它会告诉iOS以及Xcode当view比图片更大的时候如何拉伸图片。这个功能iOS之前也使用几个UIImage的不同方法支持了，最新的方法是resizableImageWithCapInsets:。其中最大的改进就是Interface Builder现在图片即使会拉伸，插件仍然能正确显示。和之前一样，拉伸的方向是竖直拉伸，水平拉伸，或者双向拉伸。
在Xcode中切图有一个非常好的地方就是设计师们提供的图片的宽度是不受限制的。你不必告诉Xcode图片的末端在哪里。进行了一些小测试之后，我发现Xcode会在运行的时候就生成一些最小的图片以供需要。这就意味着它会在将图片打包格尼之前就切掉所有不需要的部分。这样就非常好了，在Xcode中你可以看到图片的完整大版本，但是打包的时候又只提供最小的部分。
详细情况你可以点此看看苹果关于切图的官方文档>>
技术问题
关于这点我没有深入进行研究，但是看上去似乎Asset Catalogs都被放到一个叫做Assets.car这个文件中。我并不清楚具体使用了哪个特定的二进制格式来打包所有图片，然后切图的，但是我猜这样做的有个有点事你不需要浪费block空间了。你可能知道你能分配给一个文件的最小空间是1block。由于iOS的block大小是8k，如果一张图片是12k，他就会占用1.5block，有半个block被浪费了。想想如果是1000张图片，那么这样的话节省多少blcok啊。这样为你的用户缩短下载时间。
加载Asset Catalogs有一些间接成本。我认为app会将所有的asset载入内存，这样就会有一些图片占用了内容，但是不会被使用。这也就是说，如果想要出问题的话你可能还没有足够的图片。但是有一件事情不管如何你都需要做的就是删除不需要的图片。使用了一款Mac app：Slender。它现在还不支持Asset catologs，但是希望以后它能支持。
更新以及比较分辨图片
使用Asset Catalogs有一个最大的问题就是更新图片。我和设计师一起工作时他们经常要迭代多次来确保app看上去很完美。一般我会从设计师那儿拿到一组新图，然后把它们拖到工程中使用。正如之前说的，在Asset Catalog中如果你希望更新图片你需要把它们拖到正确的盒子当中，这么做有些麻烦。但是现在我也没有一个很好的方法来优化这个流程。由于Asset Catalogs的重点就是从繁杂的文件名中解放出来，所以我不知道Xcode可以怎么样知道如何把图片放到正确的位置。
另一个问题就是 。以前可以再Xcode的版本编辑器中看到新旧图片会紧挨在一起
。而现在的Asset catalogs，就算只有一张图片变化了，它就认为这个catalog整个变化了。这对我来说基本不是个问题，因为我使用Black Pixel公司的Kaleidoscope 来处理我比较分辨图片的需要。Kaleidoscope在比较分辨图片的时候仍然很好用。但是不能在工程的导航处了解到哪些东西变化了还是不太方便。
本地化以及翻译
图片和app中的其他东西一样也需要本地化和翻译。在这一点上我不知道本地化Asset Catalogs的方法。但是这个问题可能不太要紧，因为图片本地化的需要进行也是因为某个icon在某个国家代表了完全不同的意义。如果发生了，也没有足够的理由不让你使用Asset Catalogs。如果需要翻译一张图片的话还可以使用过去的方式。
iOS 6
这也可能不是什么问题，因为很多人都会很快只为iOS 7进行开发。如果你想同样兼容iOS 6，它会包含Assets.car文件以及所有的图片文件。我没有去研究它会如何影响变化图片大小。这个问题无关紧要，因为如果你想要兼容iOS 6的话，因为会增加app的大小，你根本就不应该使用Asset Catalogs。